1、开闭原则：Open Close Principle 是软件实体（类，模块，函数等）应该可以扩展，但是不可修改。 理解：只以基于原本的来扩展功能，但不能修改原本的代码。已经面对需求时，对程序的改动是通过增加新代码进行的，而不是更改现有代码。 2、依赖倒置原则：Dependence Inversio ...
分类：
其他好文 时间：
2017-06-14 02:40:32
阅读次数：
127
迪米特法则 定义：一个对象应该对其他对象保持最少的了解。 问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。 解决方案：尽量降低类与类之间的耦合。 迪米特法则(Law of Demeter, LoD)：一个软件实体应当尽可能少地与其他实体发生相互作用。 如果一 ...
分类：
其他好文 时间：
2017-05-23 22:46:41
阅读次数：
220
里氏替换原则 肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 ...
分类：
其他好文 时间：
2017-05-23 22:44:44
阅读次数：
133
接口隔离原则 定义：客户端不应该依赖它不需要的接口；一个类对另一个类的依赖应该建立在最小的接口上。 问题由来：类A通过接口I依赖类B，类C通过接口I依赖类D，如果接口I对于类A和类B来说不是最小接口，则类B和类D必须去实现他们不需要的方法。 解决方案：将臃肿的接口I拆分为独立的几个接口，类A和类C分 ...
分类：
其他好文 时间：
2017-05-23 22:42:21
阅读次数：
288
单一职责原则 定义： 不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案： 遵循单一职责原则。分别建立两个类T1、T2，使T ...
分类：
其他好文 时间：
2017-05-23 22:40:10
阅读次数：
308
依赖倒置原则 定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类 ...
分类：
其他好文 时间：
2017-05-23 22:39:02
阅读次数：
235
开闭原则 定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。 问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。 解决方案：当软件需要变化时，尽量通过扩展软 ...
分类：
其他好文 时间：
2017-05-23 22:38:43
阅读次数：
181
一、开闭原则 是什么：对扩展开放，对修改封闭。可以理解为，可以根据需求随意增加新的类，但不要对原有的类进行修改。 用处：1.可扩展度高，灵活。可以通过新增模块满足不断变化的需求。2.可维护性强，无需修改代码。可以保证变化的系统有一定的稳定性和延续性 实现：开闭原则的核心思想在于抽象，对于不变的部分， ...
分类：
其他好文 时间：
2017-05-21 14:46:02
阅读次数：
224
设计模式六大原则 单一职责原则： 不要存在多于一个导致类变更的原因。**通俗的说，即一个类只负责一项职责 里氏替换原则： 里氏替换原则通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。它包含以下4层含义： 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。 子类中可以增加自己特 ...
分类：
其他好文 时间：
2017-05-19 00:48:48
阅读次数：
168
