User interface 从可用性和用户界面的角度组织大量内容

在我们的应用程序中，我们有一个存储库，其中包含称为方法和查询的内容，但这与这个问题并不特别相关。每件东西都有一个标题和描述，尽管有些东西可能同时缺少标题和其他数据。用户将内容保存到存储库中，并从存储库中加载和使用内容

我想知道从可用性的角度来看，组织存储库的最佳方法是什么。似乎有两种主要的方法。第一种方法是将内容放在文件夹、子文件夹等中，并具有类似于文件系统的层次结构。第二种已经成为时尚的方法是两个有一个平面空间并为每件事分配零个或多个标记，这样用户就可以查看特定标记的事情列表

目前我们使用平面空间、标签和搜索。这似乎有点难以管理。我不确定切换到文件夹/子文件夹是否会更好

---

我想更多地了解每种方法的优缺点，以及使用一种或另一种方法或两者结合时，收藏和物品本身的特性。如果有人能给我指出一些关于这些方法的研究或讨论，我将非常感激。

没有理由不能同时使用这两种方法。在某种程度上，发现事物取决于事物是什么以及为什么要寻找它。当有人知道他们在寻找什么时，分层设计可以很好地工作，而当结构不太明显时，基于标记/关键字的系统可以更好地工作

---

同样，一个连接相似事物的网络结构也可以非常好，就像你在互联网或维基百科上看到的那样。

我使用对称定律来帮助我解决这个问题

首先在后端构建树状结构，然后为前端构建标记系统

---

您可以使用两者来组织数据收集。

如果

分类是不确定的 这是一辆小汽车还是一辆大卡车

没有中央分类机构

这两个类之间没有明显的或自然的顺序 汽车可以按颜色或尺寸分类，颜色和尺寸之间没有明显的等级

可以动态创建新类别

否则，层次结构会给完整性带来更多信心，因为每个项目都有一个明显正确的位置：我找到所有关于鸟类的文档了吗？真的没有关于五层楼的文件吗

标签云需要一些维护，我不确定是否可以完全由用户提供：

处理同义词、标记同义词、合并标记、澄清标记，例如蓝色是感觉还是颜色

另一个选项是属性值对。它们可以建立在维护良好的标签云上，例如，将红色/黑色/蓝色标签按颜色分组。它们还可以处理浮动值，搜索可以扩展到类似的值，以防没有足够的结果，例如年龄、日期，甚至是多维值（如颜色）

然而，这需要提前知道用户需要什么样的搜索条件。如果需要引入新类别，则需要重新标记整个文档体

---

另见我的澄清请求：问题是什么？没有足够的标签？标记到distinct？用户找不到他们想要的东西？用户对搜索结果没有信心？

Jayde，谢谢你的回答，但我希望能更深入地讨论这个话题。我确信某地有人提出了同样的问题并进行了调查谢谢你的邀请。这让我思考，当你寻找问题的答案时，这通常是一件好事一个问题是，从一开始就有两个多对象呈现给用户。第二个问题是，用户不确定他正在寻找的东西是否存在于集合中。如果他没有找到它，也许它根本就不在那里，或者他没有使用正确的搜索词？我不确定这是真的，也许还有其他的东西，使整个事情似乎压倒性的，难以使用。这就是为什么我要求进行详细的研究和讨论，以了解可能存在的问题和可能的解决方案。彼得森，非常感谢你的回答，这是迄今为止最好的答案。我还没有把这个问题标为答案，希望能在这方面得到更多的投入。我还没有正式研究过分类法或它的用户体验应用，我只是在这里表达我自己的想法——我也希望看到更多的投入。