设计模式原则 开发/封闭原则 控制反转原则 接口隔离原则 单一职责原则 开发/封闭原则 类或对象及其方法对于扩展来说，应该是开放的，但是对于修改来说，应该是封闭的 控制反转原则 高层次的模块应该不依赖于低层次的模块，它们应该都依赖于抽象。细节应该依赖于抽象，而不是抽象依赖于细节 接口隔离原则 客户端 ...
分类：
其他好文 时间：
2018-02-26 11:32:00
阅读次数：
151
单一职责原则(SRP, Single Responsibility Principle) 定义 一个类，最好只做一件事，只有一个引起它变化的原因。 应用 数据库管理系统为例，通常情况下根据不同的权限进行数据增删改查。 比较坏的设计将判断用户权限和对数据的增删改查放在一个类,在遇到权限或对数据操作修改 ...
分类：
其他好文 时间：
2018-02-24 14:58:27
阅读次数：
185
No1： 单一职责原则提出了一个编写程序的标准，用“职责”或“变化原因”来衡量接口或类设计得是否优良，但是“职责”和“变化原因”都是不可度量的，因项目而异，因环境而异。 No2： 在类中调用其他类时务必要使用父类或接口，如果不能使用父类或接口，则说明类的设计已经违背了LSP原则 No3： 如果子类不 ...
分类：
其他好文 时间：
2018-02-14 11:42:56
阅读次数：
181
1.遵循单一职责原则 一个类只专注于做一件事； 高内聚，低耦合； 2.开放-封闭原则 对拓展开放，对修改关闭（尽可能不动原有代码进行拓展）； 高内聚，低耦合； 为达到目的，需对系统进行抽象化设计（关键）； UML举例： 3.里氏代换原则（LSP） 子类必须能够替换它们的基类型，基类与子类可互换，客户 ...
分类：
编程语言 时间：
2018-02-11 14:48:26
阅读次数：
183
定义：一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。 问题由来：在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。 解决方案：当软件需要变化时，尽量通过扩展软件实体的行 ...
分类：
其他好文 时间：
2018-02-07 21:18:55
阅读次数：
149
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能 ...
分类：
其他好文 时间：
2018-02-07 21:16:37
阅读次数：
178
设计模式的六大原则 1、开闭原则（Open Close Principle） 一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。 2、里氏代换原则（Liskov Substitution Principle） 这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Lisk ...
分类：
其他好文 时间：
2018-02-03 16:20:56
阅读次数：
119
1、为什么使用？设计模式，能够使代码更简洁、更优美、更效率、扩展性型更强。 2、设计模式的原则：开闭原则（对拓展开放，对改动关闭）（抽象化是关键） --单一职责原则：类的职责应该单一（不存在多种原因导致类的变更），否则类应该被拆分。（没理解透） --里氏替换原则：不论什么基类能够出现的地方，子类一定 ...
分类：
其他好文 时间：
2018-01-27 15:24:47
阅读次数：
254
概念：就一个类而言，应该仅有一个引起它变化的原因 描述的意思是每个类都只负责单一的功能，切不可太多，并且一个类应当尽量的把一个功能做到极致。如果一个类承担的职责过多，就等于把这些职责耦合在一起，这种耦合会导致脆弱的设计，即当其中一个职责发生变化时将会影响这个类完成其它职责的功能。以下代码就没有遵守该 ...
分类：
其他好文 时间：
2018-01-17 11:26:44
阅读次数：
154
一.6大原则 1.单一职责原则（Single Responsibility Principle） 定义：就一个类而言，应该仅有一个引起它变化的原因； 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责变化可能会消弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时， ...
分类：
其他好文 时间：
2018-01-17 00:57:21
阅读次数：
200
