2005-08-10 5,636 个看客
TAG和分类
TAG是个什么东西？说实话，我觉得很难用一个词语来完全表达出它的意思，比如：关键字、标签、目录、主题、热点、词条、专题、关注点、兴趣、目标、分类……？
本质上，TAG的随意性极大。这种随意性不仅体现在用户与用户之间，也体现在单个用户的不同时间上。
试举个例子：
我现在正在写一篇日志，主要是围绕本人近日工作的一些心得。在定义TAG的时候，我可以使用“工作心得”，也可以使用“工作检讨”、“工作小结”、“工作总结”、“工作思路”，乃至“工作计划”。汉语中，很多词语的意思是相近的，于是我选用了“工作心得”。
过了两天，我又写一篇日志，还是一些工作心得，这时候，我已经淡忘了我曾经定义过“工作心得”这个TAG了，我加上了一个“工作检讨”的TAG。于是，我的BLOG里出现两个TAG了！
什么原因？随意性太大耳。
在这个情况下，不如预先设定一个“工作心得”的分类。在提交日志之前，有一个下拉菜单来进行选择，可以说，分类就是某个BLOG的频道。在预设分类的情况下，所有的日志存放应该是有序的，我个人以为，没有任何一个人会预设“工作心得”和“工作检讨”两个几乎相同的分类。
从这个意义上说，TAG和分类应该是两回事。
回过头来，在一个BSP的后台中，我又以为，TAG和分类是一回事。在程式处理上，分类就是一种TAG。一套系统足以支撑在前台的两种形式。用户的“工作心得”在用户端是一种分类/频道，但在后台系统中，可以视为就是一个TAG。
BUS取缔了原来的分类，而全部换成TAG，我不认为这是一个明智的做法。这和互联网用户是否熟知TAG没有关系。人的思维是相当活跃的，有时候需要一些外界的“强迫”因子。一个预设分类可以使得用户“被迫”地将他的日志存放有序。
但如果BUS回过头来说恢复分类，并且设计两套系统，一个是分类系统，一个是TAG系统，我又以为多此一举。
正象用户在访问BUS页面时，看到的是HTM静态页面，但事实上是PHP写就再静态化处理过。用户无需也没有这个兴趣知道。
