通过用户级抽象我的意思是我应该将它们称为什么以及我应该使用什么样的图标来在UI中表示它？标签的概念现在应该为大多数用户所熟悉，但我不太确定分层标签，标签的抽象也不完全适合。
我所拥有的实际上是文件夹和标签之间的东西，因为每个子标签都是其父项的正确子集。要获取文件夹标记内容，您可以获取其内容以及其子文件夹标记内容，并以递归方式执行此操作。在某种程度上，他们就像（在这里，我只是在提出问题的过程中部分回答了我自己的问题）类别。你们怎么看待他们的类别？你会给它一个什么样的图标，因为一个类别是一个抽象概念而不是一个可以塑造形状的物理对象？
（如果要求可以维基）
编辑：为了澄清，我正在寻找的是像萨莉阿姨这样的最终用户的抽象，可以轻松掌握这个概念。理想情况下，还有一个图形表示（图标），可以很容易地与该概念相关联。
Edit2：我忘记提到的一件事是项目可以存在于多个类别中（就像Google Doc允许您将文档添加到多个文件夹一样）。我想我已经把自己称为类别了。它只适合你可以用它们做的一切。某些东西可以属于多个类别，子类别有意义，人们通常创建的大多数子类别都适用于is-a关系（例如，Windows用户可能会在其“我的文档”文件夹中说一个名为“简历”的文件夹，因为简历是一个文档，如果你把文件夹视为类别，那么它在我的文档中也是有意义的）
我还没想到的是图标（我99％确定我将使用某种TreeView来显示它们）我可以使用我想的文件夹图标，也许是自定义文件夹般的图标，除非其他人有更好的主意。谷歌称他们为文件夹，所以我猜它不会太糟糕吧？
为了进一步澄清，我的目标受众将是技术人员，知道如何下载和安装应用程序，但就是这样。
答案 0 :(得分：1)
如果您的目标受众是技术人员，那么TreeViews和/或文件夹是抽象分层数据的常用方法。它们都是Composite模式的所有变体。
在后谷歌时代，我倾向于认为分层分类不如平面标签/标签空间与快速搜索相结合。恕我直言，如果数据集的大小很大（例如，> 1000个文档/元素），那么分层分类的开销会超过将文档放入漂亮整齐的类别中的名义上的好处。
如果您的目标受众是非技术性的，那么根据我的经验，非技术用户不会获得层次结构，也不会花时间来计算出超过一个级别的分类。
答案 1 :(得分：1)
对我来说，答案来自Opera桌面团队博客（以及Dotclear的博客，该博客使用相同的约定，并感谢我也发现了它）：
tag:subtag
- CSS:font
当您单击CSS：字体时，您知道它是更大的CSS标记的一部分。标签页面应该有一个文本，表明父标签是可用的（或者您可以自己找到它，很多都是在维基百科上使用直接URL操作）。
答案 2 :(得分：0)
您可以使用“捆绑”（如del.ico.us所做）。我不确定是否有多个级别对标签有意义。
答案 3 :(得分：0)
标签“细节”怎么样？由于子标签是一个合适的子集，因此可以将其视为将标记应用于标记...
答案 4 :(得分：-1)
这听起来像是我的大纲。
有Outline Markup Language（OML）。