旧项目的改造
 |
mingjian01
2010-07-29
现在在看一个旧项目，发现代码写得很不好，估计一开始也没考虑什么架构，现在想在不重头开始写项目的情况下，有可能将项目慢慢改成架构清晰，易于维护的项目吗？
重写是否成本更低？ |
 |
凤舞凰扬
2010-10-15
首先，没有什么东西是完美的。今天看昨天，明天看今天都会有不好。推导从来未必就是最好选择。
你如果作为架构师，那么你首先要分析找到哪些好，哪些不好，把自己的精力花在有业务价值的地方。尝试重构是必须的，慢慢来，一步步，学习化繁就简，将大的东西剥离，逐步也就会易于维护了。 更重要的是，你要通过这个项目吸取经验教训，避免在以后的项目中遇到类似的问题。 |
 |
rking0228
2010-10-28
追求完美 付出的是更多的时间和精力 程序开发涉及成本 必将受制于开发进度 速度和质量往往是不可兼得的 所以就不要太尽善尽美了
对于维护的工作量 是可以量化的 在原系统中提供相应的功能模块 将日常的维护交付给用户管理员去处理 剩下的只有系统的新功能开发和数据异常处理了 应该比新开发要省事吧 相反原系统的架构已能满足用户的新需求 那就果敢重来 早死早超生 |
 |
kurier
2011-01-06
个人不太推荐重写，重写风险大，占用时间块长，费时费力。
当在这个项目上进行新功能的开发的时候，对涉及到的代码进行简单重构好了。不涉及到的代码只要不是有重大的性能问题，就不要动了吧。 |
