方案3好，方案2如果一部恐怖悬疑游戏，是要选恐怖呢？还是悬疑？
当然如果还没实现的话先找实现方法吧

方案二感觉适合有点经验的作者，方案三适合玩家玩过后贴标签，
方案一……让我这种一个分类都似乎不沾边的选其他吗……

另：感觉实现似乎可能还会拖样的，还有原创游戏发布区还是需要筛选一遍游戏质量的，有的真的，无法形容

增加分類是好的，不過TAG內容有必要斟酌一下。

另外為什麼不考慮用戶自定義TAG

不是淘宝购物，论坛游戏还不至于多到需要那么多多层标签来选，而且划分标签本身就很困难，比如“游戏篇幅”这种经常也是模棱两可的，靠作者自己选标签，每个人都有自己的标准，结果就是搜索出来的游戏依然是乱的。而且多层标签，搜索用户本身也使用复杂。
至于方案3我觉得“多选”不错，但主楼的这些题材标签好像不如方案1的分类有用，比如我想找一个模拟经营游戏，我该选什么？

所以我推荐两层多选，【游戏类型】【游戏题材】。要换一套一目了然的分类名。

这种事情可做可不做，与其浪费这种时间不如优先设置审查机制，让原创区的游戏更值得玩，然后再说细分的话。我去原创区玩几个游戏，80%都是无厘头半成品，搞得恶心，这样一来细分还有何用处呢？

喵哥可能没看到我在版务区点评问喵污的问题……

我觉得首先DZ要实现「一个帖子拥有复数个标签」这点，从目前可以动用的程序力上来说，能不能实现还是个问题来着……

用户自己添加分类的功能，只需要另外添加一张数据表，类似于discuz默认tag表就好，如果需要这类功能，我可以提供相关的后端编写 （脱离Discuz，提供API，因为Discuz的封装太麻烦）。

能留住制作者的，始终只有玩家；能留住玩家的，始终只有优良的游戏体验（包括游戏本身，和网站用起来是否爽）


多类标签筛选的功能，discuz似乎没有直接提供，所以也需要自己另外写，需要给thread表添加各类标签的字段，或者添加新的对照表。。实现起来不难，如果必须调用discuz的封装就比较麻烦，可以绕过它的封装，直连数据库拿数据。


二和三可以结合起来，二由作者自己添加，三由玩家自由添加。
玩家赞和踩，收藏，评论，测评，实况之类的和游戏关联起来。

脱离discuz的话，不到两个月可以出成品（我已经激动不已了）。
【我写clothes只花了一个星期不到的业余时间，是先用某c写了一遍，确保算法可用，再移植到JavaScript上的】

之前的游戏，可以通过程序分析帖子和标题内容，来判断基础的分类，
比如标题里有：校园恐解，程序可以自动分类到现代，恐解 的。
或者帖子内容里有：魔王，骑士，可以自动分类到 中世纪 。

这就能给相当多的帖子分类了。

帖子内容实在不包含任何明显关键字的，就只能手动编辑了，。

这个不会占用很多资源，毕竟只有6000+的帖子。

我先出分析类别的程序，然后我们一起来写用于分析的关键字映射，如何？

我去，只有6000的游戏主题，那么类别筛选功能也不需要用数据库了，直接JavaScript本地浏览器分析筛选好了（存储这所有的帖子，和分类表的object们，大约只需600k的内存），把尽量多的，复杂的逻辑分散到客户端，而非集中到服务器……（当客户电脑实在跑不动时，告诉他，你该换新机了。跑偏。）

那么类别分析完成以后，可以先不导入数据库，而直接出筛选界面了。

最最最后，期待出在线玩游戏的功能，毕竟只有这样，才能增加玩家留存的时间，也能从根源上杜绝盗版游戏下载站转载的可能。

这是论坛的游戏性投票还是决策性投票？

在下选3是觉得这样才符合游戏的分类。毕竟很多游戏是可以多选的。

不过要考虑到【真实执行】的因素，在下要想个再靠谱一点的。

遊戲分類的主要目的就是玩家可以更簡單從類型上尋找遊戲
只要簡單按下任一種類的遊戲區，列出所有該類遊戲 (大家都知道哈哈，打來湊字數

所以，如果作者要發布遊戲時，可以擁有多個標籤，能見度就更高
玩家也不用為了找某款遊戲，因為弄錯標籤而每一區都點開來看
大大節省了尋找效率，所以選項三有著誘人的吸引力