本文主要是介绍设计模式——六大原则（上），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
如果说各种设计模式是不同类型的建筑的话，那么六大原则就是建造他们的一砖一瓦。刚刚分清楚六大原则不同于设计模式的时候，就感觉到各种设计模式其实是在从不同的角度，用不同的方法来实现着这几个模式。下面就来看一下我对于六大原则的记录总结。
第一：开放——封闭原则
Software entities(classes,modules,functions,etc.) should be open for extension, but closed for modification
这是第一重要的原则，它是所有面向对象原则的核心。要想实现它，就必须依赖于抽象。好处就是：
1.不需要对原有系统进行修改的情况下，实现灵活的系统扩展。
2.提高可维护性。
我的理解：这就和整理东西一样，大家都有放置自己东西的习惯，不喜欢被人动地放，但是有新东西我们又能很好的放置起来。
第二：单一职责原则
There should never be more than one reason for a class to change.
除非类非常简单，否则都应该遵循单一职责原则。他的好处是：
1.降低类的复杂度，一个类只负责一项职责，使逻辑简单。
2.提高类的可读性和可维护性。
3.变更引起的风险降低，修改一个功能对其他功能影响较小
我的理解：这就相当于规范化，各司其职，比如你不能要求一个人一边吃饭，一边干活。然后突然想到这次的评教事件，不能在读数据的同时还在同一张表上写数据。
第三：依赖倒转原则
High level modules should not depend upon low level modules,Both should depend upon abstractions.Abstractions shouold not depend upon details.Details should depend upon abstractions.
高层模块不应该依赖于底层模块，两者应该依赖其抽象。抽象不应该依赖细节，细节应该依赖抽象。也就是说：依赖接口编程，不依赖实体编程。他有一下好处：
1.可以减少类间的耦合性，提高系统的稳定性。
2.减少并行开发引起的风险，提高代码的可读性和可维护性
我的理解：这也算是规范化的一步，一开始就应该有全局观，比如大家订班服，肯定是大家统一一下样式，然后只需要选择大小不同的号就可以了，而不需要一个一个私人定制。
六大原则的存在，使得各种模式可以很好的运行，各个原则之间，也并不是相互分离的。
这篇关于设计模式——六大原则（上）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
