我对任务分类的考虑相当简单，就一条：tag。每一个TaggyTODO中的任务都可以被打上一个或多个标记，比如“家庭事务”，“工作”，“重要”，“可以忽略”。每当定义一个新的任务时，用户可以选择打上对应的标记。在后来查询的时候我们就可以利用这些标记过滤出我们要的任务，比如“所有可以忽略的工作事务”，或“重要的家庭事务”。我知道很多管理程序都喜欢在tag之外再实现一个能包含层级关系的category概念用于分类，但我不打算这么干，因为我认为tag本身已经足够用于表示分类，至于层级关系，我认为可以用tag组合代替，不需要多此一举。
必须强调的是，我希望tag是必须先定义后使用的。这一点和通常意义上的tag不同。如今我见过的很多用tag这个概念的软件一般都是允许用户随意增减tag的，比如Blogger，每一篇文章都能随便加个标记，Blogger会记录所有用到过的标记，并只显示目前仍在被使用的。但是我认为随意定义tag的做法不适合管理任务，因为用户可能会定义一堆实际意义相同而叫法不同的标记，然后在最后定义query的时候发现自己顾此失彼，总是漏掉一两个任务。
我更期望一个tag应该是一个有限的集合。用户用之前就定义好，需要的时候从列表中选择。这样用户能更仔细地定义所有的tag，因此任务的标记信息可以更规范。除此之外，预先定义还有一个额外的好处：当用户发现某个tag名字不合理时不用一个个任务修正，只需要修改那个tag定义本身就可以了。——别忘了TaggyTODO的目标是用来管理大数量的长期任务，要求用户一个个修改任务可不是什么聪明主意。
最后，我不打算提供任务名称中关键字搜索的功能，也就是说，查询任务时tag是除时间之外唯一的搜索条件。我知道也许有人会认为这种做法太死板，特别是Outlook的用户，他们往往更习惯于在search框里输入标题中的关键字来查找。但我认为我的考虑更适合TaggyTODO，理由有两个：
- 概念单一不会使用户养成不同的使用习惯。假定我同时提供标题字符串搜索和tag，就可能出现两个用户一个习惯用tag而另一个习惯搜索标题的情况。如果他们两人共享任务列表，则合并后的task就无法满足任何一个人的需要。
- 基于tag查找的方法进行优化的方法简单。单纯字符串搜索就可能得动用索引结构之类的大家伙了。相比之下，我更希望我的软件能尽量小一点。
No comments:
Post a Comment