从3K升到1W的重要技能——掌握设计模式

　为什么同样是程序员，大牛工资1W，而自己只能拿区区的3K？

大牛显然知道一些小菜所不知道的秘密，这秘密又是什么呢？
这个秘密就是设计模式。

而这23种设计模式分别是：

1.单例模式　
2.工厂方法模式　
3.抽象工厂模式　
4.模版方法模式　
5.建造者模式　
6.代理模式　
7.原型模式　
8.中介者模式　
9.命令模式　
10.责任链模式　
11.装饰模式　
12.策略模式　
13.适配器模式　
14.迭代器模式　
15.组合模式　
16.观察者模式　
17.门面模式　
18.备忘录模式　
19.访问者模式　
20.状态模式　
21.解释器模式　
22.享元模式　
23.桥梁模式

需要遵循的原则一共有6个，他们是：

1 单一职责原则（Single Responsibility Principle）
2 里氏替换原则（Liskov Substitution Principle）
3 依赖倒置原则（Dependence Inversion Principle）
4 接口隔离原则（Interface Segregation Principle）
5 迪米特法则（Law Of Demeter）
6 开闭原则（Open Close Principle）

　1. 单一职责原则

定义： 　

　　不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。

遵循单一职责原的优点有：

　 1. 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多； 提高类的可读性，提高系统的可维护性；
　 2. 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。
　 3. 需要说明的一点是单一职责原则不只是面向对象编程思想所特有的，只要是模块化的程序设计，都适用单一职责原则。

　2. 里氏替换原则

定义： 　　

所有引用基类的地方必须能透明地使用其子类的对象。

需要注意的点：
　　（子类可以扩展父类的功能，但不能改变父类原有的功能。）

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。 子类中可以增加自己特有的方法。

• 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。

• 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。

　
　3. 依赖倒置原则

核心思想：面向接口编程

定义：

　　　　高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。

需要注意的点：

• 低层模块尽量都要有抽象类或接口，或者两者都有。
• 变量的声明类型尽量是抽象类或接口。
• 使用继承时遵循里氏替换原则。

　4. 接口隔离原则
　

定义：

客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。

采用接口隔离原则对接口进行约束时，要注意以下几点：

• 接口尽量小，但是要有限度。对接口进行细化可以提高程序设计灵活性是不挣的事实，但是如果过小，则会造成接口数量过多，使设计复杂化。所以一定要适度。
• 为依赖接口的类定制服务，只暴露给调用的类它需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系。
• 提高内聚，减少对外交互。使接口用最少的方法去完成最多的事情。

　5. 迪米特法则

定义：

一个对象应该对其他对象保持最少的了解。

原则：

低耦合，高内聚。

　6. 开闭原则

定义：

一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。

笔者认为：　要对需求的变更有前瞻性和预见性

开闭原则可能是设计模式六项原则中定义最模糊的一个了，它只告诉我们对扩展开放，对修改关闭，可是到底如何才能做到对扩展开放，对修改关闭，并没有明确的告诉我们。以前，如果有人告诉我“你进行设计的时候一定要遵守开闭原则”，我会觉的他什么都没说，但貌似又什么都说了。因为开闭原则真的太虚了。