(2008-07-05 14:40:32)
转载▼标签：
thinkrock树时间规划杂谈分类：
indexed今天发生一件伤心的事，我的ThinkRock数据丢失了。费了半天劲，找了XML SPY来看它的trx文件，发现里面的数据缺失了
。痛定思痛，觉得还是把相关功能放到自己的程序里靠谱。
说实话，ThinkRock在功能和界面设计上还是很不错的，揍是不稳定并且占资源。只能说他们的产品设计师不错，程序员和测试人员能量有限。当然，他们应该也不会有余力为一个远在中国的典型环境来搭建测试平台。要不说，开发软件产品的工作量是功能实现的工作量的100倍呢，而且这个多出的工作量是又枯燥又冗长……
废话不说了，想想自己这问题咋解决吧。
ThinkRock对我来说，最好的地方就在于：它可以把要做的事以Project树的形式表现出来（树是一个我太喜欢的信息结构了，不知别人是否这样）；另外就是可以把actions以多种形式排序；另外还有collect thoughts的功能（这个是实现起来最容易的）。当然，它还有界面上的优点，主要是各种各样的浮动关联窗口，这个我在现阶段就表追求鸟。
看来树是我无法回避的痛了。在网上逡巡了一番，发现这么典型的树，还和十年前一样没什么好方法，还是得自己生成结点、自己处理结点的打开和移动……说实话，有点畏难。
功能的初步设计：
Project以树层次维护起来，叶节点是action，也是TimeTrack实时记录的基本单元；
Project有Topic属性，Topic是生活中所有事情最大的分类。topic->project->action构成一个层次的结构。
ActionType以树层次维护起来，actionType树的叶结点是TimeTrack进行时间测量的基本单元。
进行全天24小时TimeTrack时，先在project树形窗口里指定要做的事情，然后再记录时间；每个action所属的job类型则在另外一个actionType树形窗口里指定。
进行当前时间规划时，提供scheduled actions查询；再提供DO ASAP查询；Project分当前的和未来的，当前Project里的actions完成后，要提醒用户把后续的actions由inactive变为DO ASAP。
实现的初步考虑：
考虑到对树的操作很频繁，所以最好把这些操作分别封装成函数，表的名称作为参数输入。这样以后拿到别的软件里也可以用（理财、知识维护，可能都会需要）。
更多
TimeTrack功能设计文章
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
