Tags 标记在组织上是否优于离散子流程？

我有兴趣为在线留言板类型的应用程序选择一个好的结构。我会用它作为一个例子，因为我认为这是一个我们都熟悉的例子，但我的问题更一般；它是关于如何在在线留言板的组织和灵活性之间实现适当的平衡

问题页面是一堆随机的东西。它运行得很快（有些人可能会说，太快了），包含了大量我不感兴趣的问题

我想，这个想法是，我们可以使用标签来找到我们感兴趣的问题。但是，我不确定这是否有效：不能消极地使用标记。我对PHP、perl或web开发不感兴趣。我想排除这些帖子。但是有了标签，我不能

虽然从某种意义上说，离散子论坛不太灵活，因为它们通常会迫使您选择一个类别，即使一个问题可能分为两个（如果有的话，比如“Web开发”、“游戏开发”、“计算机科学”、“系统编程”、“数据库”等领域），等等。当然，有些人可能想发布关于开发基于网络的游戏的信息，例如）为了更容易找到您感兴趣的内容并隐藏您不感兴趣的内容，牺牲一些灵活性是否值得

---

纯粹的标签系统有没有办法实现子论坛提供的更大的易用性？

虽然我认为标签比分组更重要，但人们倾向于按层次思考。 一般来说，这取决于论坛的目标群体

---

也许你可以混合使用：使用标签，然后使用标签组来订购帖子。“好吃”使用这个，例如，我觉得它很有帮助。

如果你担心特定论坛和基于标签的开放系统之间的鸿沟，比如堆栈溢出，请考虑制作一个查询系统，允许你做一个更复杂的查询，而不仅仅是和操作符，比如这里的堆栈溢出。 我不能在这里进行一个查询，它将给出.NET、SQL或C#中的所有问题，这是我对标记的最大不满。有了这样一个查询系统，你至少可以创建虚拟论坛

---

除此之外，我真的没有什么好意见。这两个我都喜欢，但我还没有决定哪一个是最好的。

子论坛的真正问题在于，如果你猜错了哪些主题有足够的兴趣来获得自己的子论坛。虽然有些主题以其自身充满活力的小组而告终，但另一些主题则以空荡荡的贫民窟而告终，几乎没有活动或社区感。在一个更大的论坛中，偶尔会出现一些话题，这些话题最终会分散在许多子论坛中，而这些子论坛中没有一个拥有一个活跃、充满活力的社区所需的临界人数

我想，这个想法是，我们可以使用标签来找到我们感兴趣的问题。但是，我不确定这是否有效：不能消极地使用标记。我对PHP、perl或web开发不感兴趣。我想排除这些帖子。但是有了标签，我不能

虽然目前不能使用标签隐藏内容，但这也不是不可能的。再次以SO为例，没有理由不能为标签系统创建类似于论坛上忽略功能的系统。通过在标记显示的某处添加右键单击上下文菜单或小的“X”链接，可以将标记标记为忽略。这也将允许当前标签功能发挥作用；查看所有内容（不包括忽略列表），或单击标记仅查看带有该标记的问题

如果您以后对PHP或INTERCAL感兴趣，而您以前缺乏这种兴趣，那么可以在您的配置文件中管理被忽略的标记

真正的问题是性能。在我看来，这就像用SELECT[stuff]WHERE Tag='buffer overflow'替换SELECT[stuff]WHERE Tag NOT In（'php'、'offtopic'、'fully-hat-friday'）一样简单，但我还没有把任何数据库支持的网站放在一起，它们绝对会受到成千上万人的冲击