今天,几乎无甚进度。举步维艰。想想下周客户想要的东西,实在是够呛。
遗留的代码,结构相当混乱。据说,原来只是打算做一个原形演示,其后就抛弃重写。
实际是开发过程中,由于需求变更,进度缓慢。一直没有真正的完成需求,所以也不存在正式的重新开发的机会。知道后来,老总忍无可忍,换了项目经理。然后,cyj 主持,主要的将后台数据库的结构重整了。估计是打算向数据仓库靠的。可能靠的并不十分彻底。
主要在web层,感觉比较庞杂。多人混合开发,时日拖延,反复修改,代码质量相当差。也可能是对于得体的 jsp 结构,都没有吃透,大量的 scriptlet ,重复复制粘贴的代码、标识字符串……感觉没有完整的结构,可维护性低得很。按照本公司的管理,基本没有注释。页面流转没有说明。
麻烦。
由此反思,自己好像也没有把这一块足够的吃透。第一感,没有完善的想法,进行改进。
看来,还是需要继续努力修炼。
不在 controller 里面写取数逻辑的很主要的一个理由:为流程控制提供松散耦合的机制(可能)。
现在程序里面,习惯先处理数据库访问,然后把结果 list 或者 无数的 结果 挂到 request 上。由 jsp 里的 代码,读取、展示。结果是所有的页面和控制跳转逻辑之间都绑的死死的。
不同的处理逻辑,经常写在一个方法中。通过传入的字符串之类的,由 if else 选择。
由于没有完整的文档,没有足够的注释说明,没有完整的需求、功能了解。自己看代码,效率实在是太低了。
又加上,最近晚上休息的比较少,记忆、思维好像都有下降的趋势。
感觉,好像有必要,先让 zr 把执行过程讲一遍。自己看实在是太累了。交流也实在是一项实践性很强的技术能力咯。