类别、标签还是两者兼而有之?

我不确定是否有一个正确的答案。

标签是一种暗示 重叠 ,而类别意味着 无重叠 .

分类(无论是简单列表还是层次结构)在历史上对组织最有用 几十或几百 实体的

历史上曾处理过标签 几十万 更好的实体。

都不是 更正确 一般来说。

这完全取决于您的应用程序。看看它庞大的数据库(将近50万个问题),所有的问题都通过标签处理,一切正常。但是,标签的数量是被小心控制的,用户群知道它的流行语,并且非常习惯于浏览大量的信息。

在一个黄页目录中,非技术人员使用那些不每天浏览那里的目录,并且一个结构对于谨慎地导航到寻求的分支机构或业务是必不可少的,标签可能会产生反效果,应用程序在类别上会更好。这取决于你想做什么。想详细说明吗?

我认为,一般来说,“类别”是:(1)预先定义并集中管理的;(2)分层的;而标记可以由任何CMS作者动态添加并使用平面名称空间。我认为在许多应用程序中,“分类法”和“民俗学”之间存在着一种张力,这基本上是可以控制的。但我认为大多数CMS都可以从这两方面受益——允许管理一个正式的分类结构,以及一个不太正式的标记功能,所有作者都对此作出了贡献。然后可以按类别浏览内容或按标记搜索内容。

分类是非常静态的,所以如果你知道内容的话,它们是非常好的。例如,新闻门户网站总是使用本地、国内、国外、体育、金融等类别的新闻。

标签更适合非结构化内容,例如博客。

通常我看到的模式是,“每个类别中有许多项”或“许多标记,有时只有1或2个项”。我发现标记对我的博客更有用,因为我真的不知道在接下来的12个月里我会发布什么类型的文章,而我会觉得在新闻门户网站上发布这些文章很奇怪(即使有些新闻边界有多个类别),特别是因为创建者知道他们会发布什么类型的新闻,任何改变都将是一个“探索新的设计!”改变。

标签是轻量级的:它们可以被创建和使用而不产生任何摩擦,但是您不能真正将它们放入结构化的导航中,因为标签云(imho bad)试图对它们进行结构化。类别相当重:它们通常与网站的总体布局/导航/设计紧密相连,创建新类别通常意味着进行其他更改。

当然,这在不同的应用程序之间是不同的,有时也没有明显的区别。毕竟,类别和标记在技术上是相同的:应用于实体的字符串/元数据列表。

我经常使用标记来替换非常具体或暂时的子类别,这些子类别不容易提前定义。

例如,我可能会设立一个“政治”类别的新闻CMS,子类别为“参议院”、“众议院”、“白宫”、“最高法院”等。我的标签是“医疗改革”、“Roe vs.Wade”、“Ruth Bader Ginsburg”、“Filibuster”等。

问得好。分类是保守的、基于层次结构的,标签的结构和无政府性较低;

也许试着问你的听众(客户/用户),他们更喜欢基于类别的浏览(层次结构)还是基于标签的重叠搜索?你的听众总是“如何”思考。

你说你的目标是一个CMS,它涵盖了什么样的领域(新闻,内部企业,科技类的东西)?

我认为StackOverflow团队很好地决定使用标签。很多问题不能100%地放在一个类别中。

尽管如此,两种方法都需要找到一个很好的平衡点:一百万个标签或者20层的目录树将以地狱告终。