最近在做一个oa系统的重构，该项目的整体架构为
大部分页面还是jsp,且前期是由后端人员利用很古老的grid生成的，因此样式特别丑，且代码逻辑较为混乱。现在仍然在不断的增加模块，目前已有30个左右的模块，已经有70多个页面，虽然利用jsp专有的include 做了模块的封装，但是实在是太丑了，且选的插件不好用。
现在整体需要重构，首先第一步是对ui进行美化且需要在尽量减少dom结构的重写，以及后台接口得更改情况下。
这种情况下，要是在纯粹以展示为主的页面还比较容易修改，一旦遇到逻辑与dom结构复杂，又需要进行重构的情况下，势必会造成3-4倍的时间花费，而且由于之前加载的样式以及各种插件势必会对你造成各种样式，以及逻辑上的坑。因此在对项目进行重构时需要合理评估时间。
12月6日
今天正式开始重构main页面，期间坑爹的事情无数，但仍需要仔细虑下，现在所面临的主要问题：
1、现在的页面本身就是基于一个不知名的框架，且因为OA的业务需要，已经对它的某些插件进行了二次开发，导致如果重构成本成倍增加；
2、现在又想用hplus 进行重构，这个ui框架引入了一些插件导致与原来的冲突，且有时候你需要两面的插件都用到，而重构其实是要变得更为好看一些，基于hplus和基于原来的框架从本质上来说是没有什么太大的区别的，因此应该是基于原来的框架进行ui美化，再加上现在已有ui的出图充分证明了，原来的hplus美化模板已经无从谈起。