1、单一职责原则 每个类应该专注于做一件事情。 2、里氏替换原则 超类存在的地方，子类是可以替换的。 3、依赖倒置原则 实现尽量依赖抽象，不依赖具体实现 4、接口隔离原则 应当为客户端提供尽可能小的单独的接口，而不是提供大的总的接口 5、迪米特法则 又叫最少知识原则，一个软件实体应当尽可能少的与其他 ...
分类：
其他好文 时间：
2017-05-31 00:24:01
阅读次数：
161
设计原则：SOLID 可以说，五个设计原则各司其职。单一职责原则(S)：用于类的设计开闭原则(O)：总的指导思想里氏替换原则(L)：用于指导类继承的设计接口隔离原则(I)：用于指导接口的设计依赖翻转原则(D)：用于指导如何抽象类之间的关系：继承=实现>组合>聚合>关联>依赖 UML表现：继承：带三角 ...
分类：
编程语言 时间：
2017-05-30 19:46:53
阅读次数：
245
设计模式总结 设计模式之间的关系： 设计模式总概况： 一、设计原则 1、单一职责原则 一个类，只有一个引起它变化的原因。应该只有一个职责。每一个职责都是变化的一个轴线，如果一个类有一个以上的职责，这些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时，可能会影响其它的职责。另外，多个职责耦 ...
分类：
其他好文 时间：
2017-05-29 19:13:11
阅读次数：
294
单一职责原则 定义： 不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案： 遵循单一职责原则。分别建立两个类T1、T2，使T ...
分类：
其他好文 时间：
2017-05-23 22:40:10
阅读次数：
308
此篇已收录至《你必须知道的.Net》读书笔记目录贴，点击访问该目录可以获取更多内容。 一、单一职责原则 （1）核心思想：一个类最好只做一件事，只有一个引起它变化的原因 （2）常用模式：Facade模式、Proxy模式 （3）基本方法：Extract Interface 抽取接口、Extract Cl ...
分类：
Web程序 时间：
2017-05-22 23:13:40
阅读次数：
363
设计模式零 一、设计模式分类 创建型：创建对象的模式 结构型：讨论类和对象的结构 行为型：关注对象的行为，解决对象之间的联系问题。 二、设计原则 2.1 单一职责原则 只有一个引起它变化的原因，一个类只有一个职责。 2.2 里氏替换原则 父类能出现的地方能用子类替换，但是反过来不一定可以。 2.3 ...
分类：
其他好文 时间：
2017-05-21 16:58:34
阅读次数：
187
设计模式六大原则 单一职责原则： 不要存在多于一个导致类变更的原因。**通俗的说，即一个类只负责一项职责 里氏替换原则： 里氏替换原则通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。它包含以下4层含义： 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。 子类中可以增加自己特 ...
分类：
其他好文 时间：
2017-05-19 00:48:48
阅读次数：
168
单一职责原则:Single Responsibility Principle (SRP) 一个类。仅仅有一个引起它变化的原因。应该仅仅有一个职责。每个职责都是变化的一个轴线。假设一个类有一个以上的职责，这些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时，可能会影响其他的职责。另外，多个 ...
分类：
其他好文 时间：
2017-05-09 21:43:31
阅读次数：
333
一、单一职责原则： 全称：“Single-Responsibility Principle” 说明：就一个类而言，应该只专注于做一件事和仅有一个引起它变化的原因。所谓职责，我们可以理解他为功能，就是设计的这个类功能应该只有一个，而不是两个或更多。也可以理解为引用变化的原因，当你发现有两个变化会要求我 ...
分类：
其他好文 时间：
2017-05-09 21:42:20
阅读次数：
198
一、单一职责原则 一个类，最好只做一件事，只有一个引起它的变化。单一职责原则可以看做是低耦合、高内聚在面向对象原则上的引申，将职责定义为引起变化的原因，以提高内聚性来减少引起变化的原因。职责过多，可能引起它变化的原因就越多，这将导致职责依赖，相互之间就产生影响，从而大大损伤其内聚性和耦合度。通常意义 ...
分类：
其他好文 时间：
2017-05-08 18:51:40
阅读次数：
168
