E: 10.5pt; mso-ascii-font-family: Arial; mso-hansi-font-family: Arial; mso-bidi-font-family: Arial">小儿科的运算功能和及其简易的内部结构也是一个重要诱因。
其次，rave4.0的界面非常不好用，最简单的例子就是，在对象属性框里居然不支持Ctrl+C和Ctrl+P，简直荒谬。而且，整个界面无法体现出个个元素之间的关系，也没有提供能够快速访问相关元素的功能，所有的浏览只能手动在整个项目结构书中一点一点寻找。
在花了3天时间搞清楚了大部分运算逻辑以后，我决定把整个report推倒重来。这是我第一次从头设计报表，但是经过这段时间的琢磨，我觉得报表设计需要遵循几个原则。
1． 我认为rave只适合做纯粹的格式控制，所有的数据都必须在调用报表之前准备好。（事实上，我认为所有的报表设计都应该这么做，必须用某种方式把运算逻辑和格式控制分离，否则，一旦需要更换报表组件或者调整运算逻辑，后继人员将会花费大量的时间来pick up）
2． 元素命名一定要遵循某个统一规范，这个更是软件开发各个环节需要遵循的一大基本规则，基本上，在这一条上屡教不改者，就可以考虑直接fire了。因为这种人在团队中待的时间越长，给整个团队开发带来的危害就越大。
