版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/wide288/article/details/87299006
编写可维护软件的 10 大要则
荷兰， Joost Visser
编写简单的代码单元
高复杂度不可避免吗？
当一个复杂的领域——例如逻辑问题优化、实时可视化，或者其他需要更高级的应用程序逻辑时，很自然地，我们会将领域中很复杂的想法带到代码的实现过程中，并且认为这是不可避免的事实。
这种解释不一定是正确的。复杂的领域并不一定要求技术实现也一定是复杂的。事实上，作为一名开发人员的责任就是简化问题，并且编写简单的代码。即使整个系统的功能很复杂，也并不意味着最底层的代码单元也应该很复杂。对于系统需要处理许多条件和异常的情况，可以实现一个默认的、简单的逻辑，然后再明确区分出各种异常情况。
不可否认，领域越复杂，开发人员必须花费更多的精力来构建简单的技术方案，但是这是完全可以做到的！我们已经见过了许多高可维护性的、能够解决复杂业务问题的系统。事实上，应该相信，解决复杂业务问题的唯一途径，就是通过简单的代码来一直保持对它们的控制。
https://blog.csdn.net/wide288/article/details/86758499
拆分方法并不会降低复杂度
是的，仅仅将一个方法拆分成几个新方法，不会降低系统整体的复杂度。但是从可维护性的角度看，这么做是有好处的：它会变得更容易测试，也更容易理解。新的单元测试可以更好地发现测试失败的根本原因。
不写重复代码
应该编写可重用的，通用的代码，并且调用已有的代码。
如果复制代码，就需要在多个地方修复 bug，这样做不仅低效，而且容易出错。
