打补丁。

今天，几乎无甚进度。举步维艰。想想下周客户想要的东西，实在是够呛。

遗留的代码，结构相当混乱。据说，原来只是打算做一个原形演示，其后就抛弃重写。
实际是开发过程中，由于需求变更，进度缓慢。一直没有真正的完成需求，所以也不存在正式的重新开发的机会。知道后来，老总忍无可忍，换了项目经理。然后，cyj 主持，主要的将后台数据库的结构重整了。估计是打算向数据仓库靠的。可能靠的并不十分彻底。
主要在web层，感觉比较庞杂。多人混合开发，时日拖延，反复修改，代码质量相当差。也可能是对于得体的 jsp 结构，都没有吃透，大量的 scriptlet ，重复复制粘贴的代码、标识字符串……感觉没有完整的结构，可维护性低得很。按照本公司的管理，基本没有注释。页面流转没有说明。

麻烦。

由此反思，自己好像也没有把这一块足够的吃透。第一感，没有完善的想法，进行改进。
看来，还是需要继续努力修炼。

不在 controller 里面写取数逻辑的很主要的一个理由：为流程控制提供松散耦合的机制（可能）。
现在程序里面，习惯先处理数据库访问，然后把结果 list 或者 无数的 结果 挂到 request 上。由 jsp 里的 代码，读取、展示。结果是所有的页面和控制跳转逻辑之间都绑的死死的。
不同的处理逻辑，经常写在一个方法中。通过传入的字符串之类的，由 if else 选择。

由于没有完整的文档，没有足够的注释说明，没有完整的需求、功能了解。自己看代码，效率实在是太低了。
又加上，最近晚上休息的比较少，记忆、思维好像都有下降的趋势。
感觉，好像有必要，先让 zr 把执行过程讲一遍。自己看实在是太累了。交流也实在是一项实践性很强的技术能力咯。