Web applications 如何制作;“为人分配位置”;尽可能使用编辑器

Web applications 如何制作;“为人分配位置”;尽可能使用编辑器,web-applications,editor,usability,entity-relationship,Web Applications,Editor,Usability,Entity Relationship,所以我们有地方,我们有人。增加的复杂性是附加到每对链接之间的附加元数据。一个人在某个特定地点消费的日期范围 我知道。大量数据和许多可能性 一种方法是拥有一个人员列表,当您单击其中一个时,会打开一个模式对话框,其中会显示一个地点列表。选择地点时,还必须输入日期范围 从可用性和快速关系编辑器的角度来看,这几乎肯定不是最佳解决方案。用户焦点会发生多次变化,这会减慢速度+让用户感到疲惫,因为他们必须非常集中注意力=人为错误率较高 我想避免对话。你是否知道有一个网站做了类似的事情=两个实体需要与其他元数据

所以我们有地方,我们有。增加的复杂性是附加到每对链接之间的附加元数据。一个人在某个特定地点消费的日期范围

我知道。大量数据和许多可能性

一种方法是拥有一个人员列表,当您单击其中一个时,会打开一个模式对话框,其中会显示一个地点列表。选择地点时,还必须输入日期范围

从可用性和快速关系编辑器的角度来看,这几乎肯定不是最佳解决方案。用户焦点会发生多次变化,这会减慢速度+让用户感到疲惫,因为他们必须非常集中注意力=人为错误率较高

我想避免对话。你是否知道有一个网站做了类似的事情=两个实体需要与其他元数据相关

本页的主要要求是:

  • 简朴
  • 尽可能避免模式对话框
我想做的是:多对多编辑器,每对上都有额外的元数据数据

问题
  • 你有什么建议?提供任何想法(即使是愚蠢的想法)
  • 你知道有哪个公共站点(因此可以检查)实现了这种场景吗

  • 这不是归结为两个操作选择和连接。你可以通过一系列不同的路径选择一些人或地点,比如字符串搜索、时间、空间等等,然后你可以通过创建一些记录来连接他们

    注意,有用的关系不仅仅是一个人和另一个人之间的关系,或者一个地方和一个人之间的关系,或者一个地方和另一个地方之间的关系,尽管在存储这些关系时,它们都可以简化为a->b元组,但是如果只有一个人、一个地方和一个时间的关系,则可以忽略这一点

    这让我想起了,但在这种情况下,他们处理的是犯罪调查领域的数据收集,因此他们有姓名、地址、电话号码、日期等基本类型,在他们的设置中,这些基本类型是拖放到卡片上的

    因此,如果你认为你可以有一个中心文件和一个经过筛选的人员列表,将其添加到这个集合中,你可以从列表中拖动它,然后像wise一样从你有另一个列表可以拖动的地方拖动它

    通常引用的部分可能会显示在另一个地方,这有点像在比萨饼上放配料,当你完成后,你把它放在烤箱中或提交,如果你想以后撤销它,它会将集合保持在一起,这样你可以在以后不想要的时候移除它,或者你可以添加一些东西


    这不会有任何您建议的对话框,因此可以称之为无模式

    关于无模式流程,您是对的。但如果我理解你的例子,它只是两个实体之间的关系,没有任何额外的关系元数据。让我们想想一个人和一个地方。您必须将一个人与每个地方联系起来,同时还必须提供该特定人在该特定地方的日期。现在想想X个人,Y个地方,想想处理这个问题的编辑。。。拖动/添加整个组不再是一个选项,因为您必须将附加数据附加到人和地点之间的每个关系/链接。是的,但一旦您收集了与元素相关的集合,则是另一回事,事实上有时只是一组事物表达了它们之间无法表达的关系