设计模式-六大原则

注释:红字是关键字，黑体是关键字的精辟解释

很多人学习设计模式，直接就往下什么单例模式，工厂模式，观察者模式就开始边看视频边敲代码，就这样开始了披荆斩棘之旅。

我不是说这种方式不对，只是有种方式更加得高效。那高效得学习方式是什么呢？

首先，第一步就是要深刻理解六大原则。之所以要深刻理解六大原则是为了在你学习具体得设计模式的时候不被框住思维。记住设计模式只是一种工具。你要用这种工具灵活得实现你的思想。绝对不能因为想去用它而用它。

现在回到正题，深刻理解六大原则。

第0点、开闭原则。这算是设计模式的总原则。开闭顾名思义就是要打开什么以及关闭什么。那么具体是什么？对扩展开放，对修改关闭。工作的时候总是会碰到这么一种问题，你的前辈已经做好了功能，测试通过了，可以正常使用。然后你现在要对这个功能进行扩展。你肯定是不愿意动他的代码的，因为这样很容易出问题。如果必须要改也会小心谨慎，尽量改得小点。但是如果给你一块地方，你可以随便写代码，那会放飞你，给你足够的操作空间，不用缩手缩脚，最大输出你的才华。这是多么美好的一件事！而设计模式就是为了给你创造这个条件而存在的。写了那么多，只要深刻理解黑体字：对扩展开放，对修改关闭 就可以了，其他的只是加深你理解的道具。开闭原则其实是六大原则的目标。六大原则就是为开闭原则服务的。

第1点、单一职责原则。每个类做的事越少越好。bean就是这一原则下的产物。

第2点、里氏替换原则。子类对父类的方法尽量不要重写和重载。儿子最好不要干涉老子的事。

第3点、依赖倒转原则。等号左边能写接口就尽量写接口，不要写实现类。

第4点、接口隔离原则。一个子类实现的所有接口方法最好都有意义，尽量不要出现方法体为空的方法。为了达到这个目的，将接口拆分就是一个不错的方法了。适配器模式就是基于这个原则的。

第5点、迪米特法则。一个类知道的越少越好。封装就是继承了这一个思想。

第6点、合成复用原则。能不用继承就不用继承。把一个本应是父类的类变成一个成员变量，然后调用该成员变量的方法，一样有继承的效果。

最后，一般情况下是不可能看一遍就深刻理解这六大原则的。但是在接下去学习具体的设计模式的时候，要时刻想着这六个原则。经常想想，该模式符合哪些原则。以上是我自己的理解，具体文字没有太大意义，你要理解其中的思想。所以，你一定要看出你自己的理解才行。