Search 分层自动建议

我正在设计一个快速搜索框上的自动建议功能。建议包括小图标、多行文本等。应用程序正在处理订单。搜索字段将识别各种不同的有意义的术语-例如，客户姓氏、订单id等。但当输入订单id时，我希望用户有机会查看订单或人员。我在想，我希望在列表中有一个层次结构-因此，如果我键入1234，它将为3个不同的人匹配5个订单，这3个人将返回顶层，他们的5个订单位于相应客户的下方

快速模型：

---

有人在其他地方看到过类似的实现吗？我不想重新发明轮子。也对任何其他反馈感兴趣。

回答您的问题：不，我在其他地方没有看到过

对模型的反馈：

我想说，这是一个非常有创意的自动建议解决方案

然而，我认为这是矫枉过正。如果我只想通过搜索特定的订单ID快速导航到订单页面（并且在autosuggest中只希望有一个结果），但autosuggest在三个人下显示五个订单项目（如您的模型所示），我认为这太多了，把性能放在一边

我的想法：

每个autosuggest项目都包含一个主行，可以清楚地识别该项目，并包含其他详细信息行，提供关于该项目的更多描述，类似于Google的搜索结果页面和Facebook search autosuggest

例如，当用户搜索订单时，autosuggest会如下显示每个项目：

（订单图标）23-34534

面包、苏打水等

作者：鲍勃·琼斯、保罗·史密斯和其他人

您可以将每个订单项目（面包、苏打水等）链接到订单页面中相应的订单项目行，并将每个人的姓名链接到相应的人员页面。此方法比模型更简洁，占用的空间更少，同时仍能提供所需的功能

---

有时候，简单更好，少就是多。记住这句话。以苹果iPod和iPhone为例。

这似乎是展示此类信息的好方法。我唯一担心的是管理大量的结果。比如说，如果一个人有50个订单，而另一个同样匹配的人只有一个订单呢？您想同时列出这两个人吗？您是如何管理结果的滚动/分页的？很好。我认为一些分页可以用于罕见的情况，我只知道订单的前4位数字，我想把它们全部检查一遍，但其他地方也会包括一个高级搜索功能。因此，订购将非常重要。也许你的第一个人列出了前3份订单，然后告诉他们还有47份，给第二个人留下了空间。这个想法很有趣，我还没有看到过这样的订单。也许你想考虑的是，而不是分页，是一个功能，使一个给定的用户（顶层）崩溃，因此，如果你有上述50，但你不感兴趣的用户，你可以折叠所有匹配不足的记录-只是一个想法，无论如何。好主意-也值得考虑。我感到惊讶的是，没有人建议其他网站有某种程度的基于层次结构的autosuggest。我能想到的最接近的是mac上的spotlight搜索（或windows中的开始搜索）-结果按类型（文档、文件夹等）分组。@Ben Packard，根据您提供的模型，只有一个ID为“23-345…”的订单，由三人五项，对吗？或者应该是五张不同ID的订单？