设计模式——六大原则（上）

如果说各种设计模式是不同类型的建筑的话，那么六大原则就是建造他们的一砖一瓦。刚刚分清楚六大原则不同于设计模式的时候，就感觉到各种设计模式其实是在从不同的角度，用不同的方法来实现着这几个模式。下面就来看一下我对于六大原则的记录总结。 

第一：开放——封闭原则  

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.减少并行开发引起的风险，提高代码的可读性和可维护性

我的理解：这也算是规范化的一步，一开始就应该有全局观，比如大家订班服，肯定是大家统一一下样式，然后只需要选择大小不同的号就可以了，而不需要一个一个私人定制。

六大原则的存在，使得各种模式可以很好的运行，各个原则之间，也并不是相互分离的。