去年10月做过一次业务型系统的数据，当时由于时间限制，没有完全完成。
　　遇到的问题，是太多动态数据，而且有个小插曲，是关于XML的。服务器返回的XML在LR视图里不能正常显示；而且XML的数据，在LR源码的显示方式和实际程序获取的不一样，需要转换一下。
　　当时的场景可以简单的理解为，有N个项目，每个项目有N个阶段（与时间挂勾），每个阶段有N个工作周期（也有时间挂勾），每个工期都有对应的数据，有特点的数据是树结构。
　　上面已描述的场景，是在XML录制过程。可以简单理解为，打开界面，读到根节点的ID，然后生成一级节点。展开根节点，读到一级节点的ID。根据一级节点ID生成二级节点，依此类推。
　　当时做得太复杂了，好像做了三四级循环，好像还用到了三维数组，好像还有指针吧。反正是脑袋和循环一起转，出一点错误都要查半天，Hoho...
　　“”，又遇到类似一个业务型系统。这次，我打算我搞定它！
　　还是简单说一下吧，每天在电脑上时间太长了，又想记录下这一点点刚好有的结果。
　　场景可以简单的理解为有N个部门，每个部门不同权限，做不同的事情，流程如下图所示：

　　实现可以理解如下，某人拼命建项目N个，然后这N个项目都要走这个流程。譬如在A点，你需要给项目建N个子项目，给N个子项目上传N个文件。
　　然后可能需要B单位审核，然后后面也基本上都是审核，中途还有个指派的功能，共同点是全部都是任务。你要把待办变成已办。
　　起初，我想把所有项目、子项目、文件的ID边生成边读出来，存起来然后被调用。
　　哈哈，事实证明，这种想法是多么的无知！明知道ID只能用一次，重建数据库后全部更新。明知道性能有问题，肯定需要调优。保存ID？至少调优后要重做一遍。
　　而且，同一个文件，不同事情，触发事件的ID都是不同的。也是说，一个文件，走完一个流程有N个ID了，那么所有的ID加起来有N的四次方那么多了！