设计模式的六大原则

设计模式的六大原则

通常，对于开发完的代码都需要多种测试才能够投入使用，这包括：
首先要经过开发人员的单元测试、集成测试。
然后再到测试人员的白盒测试、黑盒测试。
最后还要由用户进行一定的测试。
经过漫长的测试，代码才能够投入使用。但是软件产品的维护和升级又是一个永恒的话题，在维护的过程中，你可能要不断地增加一些小功能；在升级的过程中，你要增加一些较大的功能。
因此，软件产品随时都有扩展功能的要求。这种功能的扩展，就要求我们改变原有的代码。但是，对原代码的修改就会深刻地影响到原来的功能的方方面面：
可能对旧代码引入了新的错误，使你不得不对旧代码进行大规模的修改。
可能引起你不得不重新构造系统的架构。即使新增的代码对旧代码没有影响，你也不得不对原来的系统做一个全面的测试。
所有上述列出来的问题，都是对系统功能进行扩展所不能承受的代价。换句话说，我们设计出来的系统，一定要是扩展性良好的系统。如何才能够设计出扩展性良好的系统呢？这就需要在软件系统设计时遵守开闭原则：软件系统必须对扩展开放，对修改关闭。换句话说，我们的系统必须是可扩展的系统，而不是可修改的系统。