从 Case 到 Tag：一次博客信息架构改版

UniClownTheWorld V4.2

TAG

这次的修改理念主要是加入TAG
给所有的POST和CASE打上标签
同一个内容可以包含多种标签
更方便内容的跨CASE联系
例如不同平台的同一部作品
或者说同一部作品的不同系列

在本次的更新上

1. 可以方便的管理标签
2. 展示标签
3. 点击标签显示对应的内容
4. 标签云效果

CASE

强化TAG理念的同时，CASE的概念被削弱了
按照之前我的想法，我发布的所有内容都会有一定的分类
而分类之上也有分类
以CASE来管理POST
可能是一部作品，POST是不同时间这对部作品的想法
可能是一次活动，POST是整个活动过程的记录
我们以游戏中的任务作类比
任务本身是CASE
而完成任务中的一切是POST
如果要给中文的话，我不会给『分类』
而是给『案件』、『事件』
应该是一个动态的概念
DO SOMETHING
有一种可完成的感觉
起一种XXX发布了XXX活动、事件的感觉
相当于新闻类和小说类的区别

经过上述的整理
我觉得CASE就应该改成动宾短语或者祈使句的形式
像是『来玩精灵宝可梦吧』『观看四月是你的谎言』『这周末去烧烤』
这样的短句
并不是对某样事物的描述，而是对某件行动的总结
因此不存在父子级的CASE
像是『看电影』->『看肖申克的救赎』
就没有这种加分类的必要了，直接所有CASE都是细分的
所有事件都在同一个池子中，按照时间顺序排列，以TAG做分类管理

为此，我们需要重构CASE

1. 标题title
2. 发起时间，应该是生效时间，区别于created_at，就相当于活动的开始时间
3. 结束时间，与发起相对应
4. 状态，未开始，已开始，已完成等
5. 图片 不用，但需要LOGO字段，通过方法获取POST的图片，以第一个POST的第一张图片为LOGO（需要字段） 是否需要？可以做方法获取所有POST的图片，但是CASE仍然需要一个版图，这个问题和正文相挂钩
6. content 不需要，看情况置顶一个POST。展示CONTENT的地方会同时展示POST？，是否需要正文，正文一般会写一些起因经过，但是这和post的功能重合，或者说应该用post来写，所有没有必要呢
7. 类型（公开程度）
8. tag，不需要字段