本文是小弟对于《设计模式之禅》第二版中关于六大设计原则的简单总结和归纳。六大设计原则分别是：单一职责原则、里氏替换原则、依赖倒置原则、接口隔离原则、迪米特法则和开闭原则。
分类：
其他好文 时间：
2014-10-28 00:45:04
阅读次数：
190
1、单一职责原则 不论是在设计类，接口还是方法，单一职责都会处处体现，单一职责的定义：我们把职责定义为系统变化的原因。所有在定义类，接口，方法的时候。定义完以后再去想一想是不能多于一个的动机去改变这个类，接口，方法。如果答案是肯定的，说明定义的类，接口，方法则多于一个职 责。故违背单一职责，遇到这....
分类：
其他好文 时间：
2014-10-23 01:28:52
阅读次数：
163
英文原文：Top 6 Refactoring Patterns to Help You Score 80% in Code Quality 在过去做了不少代码走读，发现了一些代码质量上比较普遍的问题，以下是其中的前五名：臃肿的类:类之所以会臃肿，是因为开发者缺乏对最基本的编码原则，即“单一职责原则....
分类：
其他好文 时间：
2014-10-15 17:11:01
阅读次数：
196
设计模式六大原则内容来自网络，原文地址http://www.uml.org.cn/sjms/201211023.asp设计模式六大原则（1）：单一职责原则 定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责.....
分类：
其他好文 时间：
2014-10-15 02:04:39
阅读次数：
354
设计模式六大原则，参见http://www.uml.org.cn/sjms/201211023.asp。
1. 单一职责原则
定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。
问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。
解决方案：遵循单一职责原则。分别建...
分类：
编程语言 时间：
2014-10-10 19:02:54
阅读次数：
267
设计模式之6大原则一、设计模式6大原则名称解释0、单一职责原则（SRP）就一个类而言，应该仅有一个引起它变化的原因。一、"开放－封闭"原则(OCP)在软件设计模式中，这种不能修改，但可以扩展的思想也是最重要的一种设计原则。即软件实体（类、模板、函数等等）应该可以扩展，但是不可修改。【通俗】：设计的时...
分类：
其他好文 时间：
2014-10-09 13:56:13
阅读次数：
202
就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化产生时，设计会遭受到意向不到的破坏。软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。
分类：
其他好文 时间：
2014-10-06 16:04:00
阅读次数：
118
英文原文：Top 6 Refactoring Patterns to Help You Score 80% in Code Quality 在过去做了不少代码走读，发现了一些代码质量上比较普遍的问题，以下是其中的前五名：臃肿的类:类之所以会臃肿，是因为开发者缺乏对最基本的编码原则，即“单一职责原则....
分类：
其他好文 时间：
2014-10-06 13:58:10
阅读次数：
224
面向对象的3个基本要素：封装、继承、多态 面向对象的5个基本设计原则： 单一职责原则（Single-Resposibility Principle） ??? 其核心思想为：一个类，最好只做一件事，只有一个引起它的变化。单一职责原则可以...
分类：
其他好文 时间：
2014-09-26 21:07:49
阅读次数：
226
1> 单一职责原则
这是我们设计程序最常见的设计原则了，比如用户信息，分属性和行为，基础信息属归属性类，执行归行为类或接口，在实际项目中大多也就只有这个地方能用到。
2>里氏替换原则
尽量规避继承关系带来的负面重构影响
几个注意地方：
2.1》类中调用其他类时，尽可能使用其他类的接口或父类，这也是我们经常性的习惯。
2.2》如果子类不能完整实现父...
分类：
其他好文 时间：
2014-09-20 16:53:29
阅读次数：
148
