0
通过用户级别的抽象，我的意思是我应该怎么称呼他们，我应该用什么样的图标来表示它在UI中？现在，大多数用户都应该熟悉标签的概念，但我不确定分层标签是什么，标签的抽象也不适合。什么样的用户级别抽象应该用于分层标记？
我所拥有的实际上是文件夹和标签之间的事情，因为每个子标签都是其父母的一个真正的子集。要获取文件夹标签的内容，请将其内容加上其子文件夹标签内容，然后递归执行。在某种程度上，他们就像（在这里我只是部分地回答了我提出的问题）类别。你们认为怎么称呼他们是什么类别？你会给它什么样的图标，因为类别是一个抽象的概念，而不是一个可以塑造形状的物理对象？
（能维基如果需要）
编辑：为了澄清，我正在寻找的是一个最终用户喜欢萨莉阿姨，很容易把握的概念的抽象。理想情况下，还有一个图形表示（图标），可以很容易地与该概念相关联。
EDIT2：有一件事我没有忘记提及的是，一个项目可以在比类别更存在（就像谷歌文档如何让你添加一个文件到多个文件夹）。我想我很喜欢把他们称为类别。它适合你所能做的一切。有些东西可能属于多个类别，子类别是有意义的，大多数人通常创建的子类别都适用于某种关系（例如，Windows用户可能会在其“我的文档”文件夹中说一个名为resume的文件夹，因为简历是一个文件，它是有道理的，它是在我的文档以及如果你认为文件夹为类别）
我还没有想出的是图标（我99％肯定我要去使用某种TreeView来显示它们）我可以只使用一个文件夹图标，也许是一个自定义的文件夹图标，除非其他人有更好的主意。谷歌称他们为文件夹，所以我猜它不会太糟糕吧？
进一步澄清，我的目标受众将是人们足够的技术来知道如何下载和安装应用程序，但仅此而已。
也许具体如果要包含的内容是文档片段，但除了更一般的情况下它并不真正起作用，并且如果用户手册将它们概括为概述 – Davy8 2009-04-13 00:29:57
“标签”，最终用户肯定会感到困惑。肯定意味着给我“文件”。我们在谈论什么呢？ “类别”，“捆绑”或“细节”在任何意义上都表示层次结构。如果它在语义层次上，我认为“大纲”是合法的。否则它是上下文无关的，没有答案。 – dkretz 2009-04-13 01:03:43