标签：
学习这个设计模式 真的觉得很抽象，只有自己多多的领会！
在很多时候，很多的知识都会觉得讲起来是很矛盾的。
本章目标
1 掌握内聚度和耦合度的概念
2 掌握面向对象设计原则
（一）如何衡量软件设计的质量
内聚度：表示一个应用程序的单个单元所负责的任务数量和多样性。内聚与单个类或者单个方法单元相关。（在我自己的理解就是：在一个类中完成自己所有的任务，这些任务都在自己的类中。）
耦合度：耦合度表示类之间关系的紧密程度。耦合度决定了变更一个应用程序的容易程度。在紧密耦合的类结构中，更改一个类会导致其它的类也随之需要做出修改。
设计原则：
“高内聚 低耦合”是
在设计时遵循的一定的设计原则：
1
|
设计原则名称
|
设计原则简介
|
重要性
|
|
单一职责原则
|
类的职责要单一，不能将太多的职责放在一个类中。
|
★★★★☆
|
|
开闭原则
|
软件实体对扩展是开放的，但对修改是关闭的，即在不修改一个软件实体的基础上去扩展其功能。
|
★★★★★
|
|
里氏替换原则
|
在软件系统中，一个可以接受基类对象的地方必然可以接受一个子类对象。
|
★★★★☆
|
|
依赖倒转原则
|
要针对抽象层编程，而不要针对具体类编程。
|
★★★★★
|
|
接口隔离原则
|
使用多个专门的接口来取代一个统一的接口。
|
★★☆☆☆
|
|
组合/聚合复用原则
|
在系统中应该尽量多使用组合和聚合关联关系，尽量少使用甚至不使用继承关系。
|
★★★★☆
|
|
迪米特法则
|
一个软件实体对其他实体的引用越少越好，或者说如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用，而是通过引入一个第三者发生间接交互。
|
★★★☆☆
|
一： 单一职责原则：
Single Responsibility Principle，SRP
定义：所有的对象都应该有单一的职责，它提供的所有的服务也都仅围绕着这个职责。（对于一个类而言，应该仅有一个引起它变化的原因，永远不要让一个类存在多个改变的理由。）
对单一职责的理解：
eg： 在你一个类中，他即存在属性，又存在一些方法，那么他的职责就不是单一的，他既要担任设计属性，又要担任方法的设计。
所以一般在一个类中，只存在属性的，即使有一些方法 也只是有getter，setter 方法。把方法写在一个接口中。
单一职责原则的思考：
1：单一职责原则提出了对对象职责的一种理想期望。
2：单一职责原则还有利于对象的稳定。
3：单一职责原则并不是极端地要求我们只能为对象定义一个职责，而是利用极端的表述方式重点强调：在定义对象职责时，必须考虑职责与对象之间的所属关系。(这又有些矛盾了！)
二：开闭原则 : 开闭原则（Open-Close Principle，简称OCP）是指一个软件实体（类、模块、方法等）应该对扩展开放，对修改关闭。
遵循开闭原则设计出来的模块具有两个基本特征：
对于扩展是开放的（Open for extension）：模块的行为可以扩展，当应用的需求改变时，可以对模块进行扩展，以满足新的需求。
对于更改是封闭的（Closed for modification）：对模块行为扩展时，不必改动模块的源代码或二进制代码。
如何实现开闭原则？
关键在于抽象化
抽象化分为两种情况：
针对多个领域类的抽象化：
一组对象的共同行为抽象到抽象类或者接口中，而将不同行为的实现封装在子类或者实现类中。接口或抽象类是不能实例化的，因此对修改就是关闭的；而添加新功能只要实现接口或者继承抽象类，从而实现对扩展开放
使用抽象类：在设计类时，对于拥有共同功能的相似类进行抽象化处理，将公用的功能部分放到抽象类中，而将不同的行为封装在子类中。这样，在需要对系统进行功能扩展时，只需要依据抽象类实现新的子类即可。在扩展子类时，不仅可以拥有抽象类的共有属性和共有方法，还可以拥有自定义的属性和方法。
使用接口：与抽象类不同，接口只定义实现类应该实现的接口方法，而不实现公有的功能。在现在大多数的软件开发中，都会为实现类定义接口，这样在扩展子类时必须实现该接口。如果要改换原有的实现，只需要改换一个实现类即可。
eg：
年薪制员工（用Salary类表示）、按小时付费员工（用Hourly类表示）、合同工（用Contractor类表示）共同的行为：计算薪酬 邮寄支票
建立一个抽象类：employee
有属性：id，name，address；
有方法：computePay,mailheck,
建立三个类：Salary，Hourly，Contractor，继承抽象类employee，拥有自己的属性，计算薪酬的方法。
针对单个领域类的抽象化
将单个领域类中可能会发生变化的行为进行封装，也就是找出类中可能需要变化之处，把它们封装成抽象类或者接口，从而将变化点与不需要变化的代码分离。
开闭原则是核心：开闭原则是面向对象设计的核心所在。遵循这个原则可以带来灵活性、可重用性和可维护性。
其它设计原则（里氏替换原则、依赖倒转原则、组合/聚合复用原则、迪米特法则、接口隔离原则）是实现开闭原则的手段和工具。
OOAD理论的知识很多，实践的比较少的。理解起来呢 真的比较抽象的，有些时候讲的知识也感觉是矛盾的。
明天继续其他的原则。。。
OOAD之面向对象设计原则
标签：
原文地址：http://www.cnblogs.com/hellokitty1/p/4629108.html
