学习笔记 关于refactorying

1.何时不该重构:现有代码根本不能正常工作.在重构之前,代码必须起码在大部分情况下正常运作./或者:折衷的办法,拆成封装良好的小型组件,然后"各个击破",决定重构 or 重建.

在项目的最后期限,应该避免.在最后才重构,通常意味着其实你早该进行重构了.
--------------------------------

2.重构与设计:
作软件!=设计+编程.
另,xp的主持者认为重构可以代替设计. 设计一个灵活的解决方案是代价高昂的,问题是到最后发现这些灵活的解决方案派不上用场的时候,你无法知晓哪些用不上.有了重构,你就可以通过一条不同的途径来应付变化带来的风险.当然,你仍旧需要思考潜在的变化,仍旧需要考虑灵活的解决方案. 把简单的解决方案---->灵活的解决方案? 可行行以及难度来全面估计.如果相当容易,那么只需实现简单的方案就行了.


3. 重构与性能 有一点,任何修改如果是为了提高性能,通常会使程序难以维护.
--通常程序运行的大部分时间都是耗费在一小半代码上.所以要有对程序清晰的认识..