为什么同样是程序员,大牛工资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. 开闭原则
定义:
一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
笔者认为: 要对需求的变更有前瞻性和预见性
开闭原则可能是设计模式六项原则中定义最模糊的一个了,它只告诉我们对扩展开放,对修改关闭,可是到底如何才能做到对扩展开放,对修改关闭,并没有明确的告诉我们。以前,如果有人告诉我“你进行设计的时候一定要遵守开闭原则”,我会觉的他什么都没说,但貌似又什么都说了。因为开闭原则真的太虚了。