“宇宙万物之中,没有一样东西能像思想那么顽固。” 一爱默生 首先明确模式是针对面向对象的,它的三大特性,封装、继承、多态。 面向对象设计模式有5大基本原则:单一职责原则、开发封闭原则、依赖倒置原则、接口隔离原则、Liskov替换原则。 而设计模式都是在面向对象的特性以及5大基本原则的基础上衍生而来的 ...
分类:
其他好文 时间:
2017-03-27 22:05:52
阅读次数:
212
单一职责原则:定义:不要存在多于一个导致类变更的原因(一个类只负责一项职责),将逻辑和数据分离。优点:1.可以降低类的复杂度,一个类负责一个职责,逻辑肯定要比负责多个职责简单许多。2.提高类的可读性,调高系统维护性。 3.变更引起的风险降低,变更是必然的,如果单一职责原则遵守的好,当修改一个功能时, ...
分类:
其他好文 时间:
2017-03-27 21:03:58
阅读次数:
129
面向对象的五大基本原则 单一职责原则(SRP)开放封闭原则(OCP) 里氏替换原则(LSP) 依赖倒置原则(DIP) 接口隔离原则(ISP) 单一职责原则(Single-Resposibility Principle):一个类,最好只做一件事,只有一个引起它的变化。单一职责原则可以看做是低耦合、高内 ...
分类:
其他好文 时间:
2017-03-21 22:15:13
阅读次数:
199
单一职责原则 定义: 如果你能想到多余一个的动机去改变一个类,那么这个类就具有对于一个的职责,就应该考虑类的职责分离 职责过多的坏处 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或抑制这个类完成其它职责的变化,这些耦合会导致脆弱的设计,当发生变化时,设计会遭受意想不 ...
分类:
其他好文 时间:
2017-03-14 22:34:10
阅读次数:
159
单一职责原则(Single Responsibility Principle, SRP): 一个类只负责一个功能领域中的相应职责,或者可以定义为:就一个类而言,应该只有一个引起它变化的原因。 一个类(大到模块,小到方法)承担的职责越多,它被复用的可能性就越小,而且一个类承担的职责过多,就相当于将这些 ...
分类:
其他好文 时间:
2017-03-12 10:58:39
阅读次数:
140
封装变化 即数学逻辑上的抽象 封闭开放原则 对修改关闭,对扩展开放 单一职责 即类应该只有一个改变的原因 依赖反转 | 好莱坞原则 高级组件不依赖低级组件 | 别来找我,我会找你 针对接口(抽象)编程,不针对实现(具体)编程 不依赖具体类,依赖抽象 即一个私有变量尽量定义为接口,而非实现类 高内聚低 ...
分类:
其他好文 时间:
2017-03-11 23:12:51
阅读次数:
192
1. 单一职责原则(Single Responsibility Principle,SRP):就一个类而言,应该仅有一个引起它变化的原因。 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭 ...
分类:
其他好文 时间:
2017-03-08 10:57:48
阅读次数:
159
1、单一职责原则(SRP) Single Responsibility principle: 每个类应只有一个引起它变化的原因/每个类应只担任一个职责,以便于日后的程序的维护。 2、李氏替换原则(LSP) 和 依赖倒置原则(DIP) Liskov Substitution Principle:LSP ...
分类:
其他好文 时间:
2017-03-07 17:44:35
阅读次数:
193
设计原则名称 简介 里氏替换原则LSP 任意父类可以出现的地方,子类也可以出现 开闭原则OCP 对扩展开发,对修改关闭 单一职责原则SRP 类的职责单一 依赖倒转原则DIP 针对抽象(或接口)编程,而不针对具体编程 接口隔离原则ISP 使用多个专门接口要优于使用单一的接口 组合聚合原则CRP 优先使 ...
分类:
其他好文 时间:
2017-03-07 16:57:21
阅读次数:
243