-
![应该选]()
设计模式（十四）之建造者模式
2019-07-30 09:18:07 22
0
建造者模式（Builder）： 将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示 -
![应该选]()
设计模式（十三）之外观模式
2019-07-26 09:19:59 20
0
外观模式（Facade）的定义:为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这个子系统更加容易使用。 -
![应该选]()
设计模式（十二）迪米特原则（最少知识原则）
2019-07-25 09:11:40 56
0
迪米特（最少知识）法则：如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。 -
![应该选]()
设计模式（十一）之模板方法模式
2019-07-24 11:22:38 24
0
模板方法模式：定义一个操作中的算法骨架，而将一些步骤延迟到子类中，模板方法使得子类可以不改变一个算法的结构即可重新定义该算法的某些特定步骤。 -
![应该选]()
设计模式（十）之原型模式
2019-07-23 13:05:13 28
0
原型模式：就是从一个对象再创建另一个可定制的对象，而且不需要知道任何创建的细节。 -
![应该选]()
设计模式（九）之工厂模式
2019-07-18 14:28:33 28
0
工厂模式：定义一个用于创建对象的接口，让子类来决定实例化哪一个类，工厂方法使一个类的实例化延迟到子类。 -
![应该选]()
设计模式（八）之静态代理模式
2019-07-16 14:08:30 23
0
代理模式：为其他对象提供一种代理以控制对这个对象的访问。 -
![应该选]()
设计模式（七）之装饰模式
2019-07-14 13:13:00 32
0
装饰器模式，顾名思义，就是对已经存在的某些类进行装饰，以此来扩展一些功能。 -
![应该选]()
设计模式（六）之里氏替换原则
2019-07-10 15:24:38 29
0
只要有父类出现的地方，都可以用子类来替代，而且不会出现任何错误和异常。但是反过来则不行，有子类出现的地方，不能用其父类替代。 -
![应该选]()
设计模式（五）之依赖倒转原则
2019-07-09 08:49:35 29
0
依赖倒置原则的包含如下的三层含义： 1. 高层模块不应该依赖低层模块，两者都应该依赖其抽象 2. 抽象不应该依赖细节 3. 细节应该依赖抽象 -
![应该选]()
设计模式（四）之开放封闭原则
2019-07-04 13:42:24 46
0
开放封闭原则： 软件实体（类、模块、函数等等）应该可以扩展，但是不可以修改。 -
![应该选]()
设计模式（三）之单一职责原则
2019-07-03 09:10:52 35
2
单一职责原则： 官方给的说法是：就一个类而言，应该仅有一个因其他变化的原因。 说白了就是，一个类只负责一项职责。
