OO设计原则 -- OO设计的原则及设计过程的全面总结
这部分增加一点自己的感想,OO设计原则下面讲述的很清晰;看完之后有点感想如果我们在实际开发当中能够把这些原则熟烂于心的话那我们的代码质量和个人能力会有很显著的提神。根据自己的实际经验看很多开发者在开发过程中很多基本的知识确实没有熟烂于心导致开发的时候只有基本的内容。我所在的项目就是代码接口各种乱,可读性和可维护性特别差;当然自己在开发的时候也都没有做到,在后面的工作中尽量避免
前面发表了5篇OO设计原则的文章,在这里我将这个5个原则如何在我们设计过程进行应用进行一下总结,
这是我通过阅读和学习很多博文和资料后进行的一个梳理和总结,仅供大家来参考。
一.OO(面向对象)的设计基础
面向对象(OO):就是基于对象概念,以对象为中心,以类和继承为构造机制,充分利用接口和多态提供灵活性,
来认识、理解、刻划客观世界和设计、构建相应的软件系统。
面向对象的特征:虽然各种面向对象编程语言相互有别,但都能看到它们对面向对象基本特征的支持,
即 “抽象、封装、继承、多态” :
– 抽象,先不考虑细节
– 封装,隐藏内部实现
– 继承,复用现有代码
– 多态,改写对象行为
面向对象设计模式: 是“好的面向对象设计”,所谓“好的面向对象设计”是那些可以满足“应对变化,
提高复用”的设计。面向对象设计模式描述的是软件设计,因此它是独立于编程 语言的,但是面向
对象设计模式的最终实现仍然要使用面向对象编程语言来表达。面向对象设计模式不像算法技巧,
可以照搬照用,它是建立在对“面向对象”纯 熟、深入的理解的基础上的经验性认识。
上边就见大的描述一下面向对象和设计模式的概念和关系。我们进行设计的时候,就是充 分的理解和
利用OO的四个基本的特征来展开设计,所以大家必须在进行设计前,要熟悉和掌握面向对象的技术,
在这就不详细介绍了,而对于设计模式是给我们提供了设计时的参考模型,而掌握面向对象设计模式的
前提是首先掌握“面向对象”技术。
二.OO(面向对象)的设计目标
※可扩展性Extensibility:有了新的需求,新的性能可以容易添加到系统中,不影响现有的性能,也不会带来新的缺陷。
※可修改性Flexibility:系统一部分的代码要修改时不会破坏系统的现有结构,也不会影响到其它的部分。
※可替换性Pluggability:可以将系统中的某些代码替换为相同接口的其它类,不会影响到系统。
三.OO设计的5大原则及其之间的关系
3.1 OO设计原则的总结
关于OO设计的5个原则,在前面的文章里,每个都有一篇详细的说明,
在这里就不详细解释了,以下简单总结一下。
※单一职责原则:就一个类而言,应该仅有一个引起它变化的原因。
单一是一个类的优良设计。交杂不清的职责将使得代码看起来特别别扭牵一发而动全身,
有失美感和必然导致丑陋的系统错误风险。
※开放封闭原则:是说软件实体(类、模块、函数等等)应该可以扩展但不可修改。
实现开开放封闭原则的核心思想就是对抽象编程,而不对具体编程,因为抽象相对稳定。
让类依赖于固定的抽象,所以修改就是封闭的;而通过面向对象的继承和多态机制,
又可以实现对抽象类的继承,通过覆写其方法来改变固有行为,实现新的拓展方法,所以就是开放的。
“需求总是变化”没有不变的软件,所以就需要用封闭开放原则来封闭变化满足需求,
同时还能保持软件内部的封装体系稳定,不被需求的变化影响。
※依赖倒置原则:依赖抽象,不要依赖具体。
抽 象的稳定性决定了系统的稳定性,因为抽象是不变的,依赖于抽象是面向对象设计的精髓,
也是依赖倒置原则的核心。依赖于抽象是一个通用的原则,而某些时候依 赖于细节则是在所难免的,
必须权衡在抽象和具体之间的取舍,方法不是一层不变的。依赖于抽象,就是对接口编程,不要对实现编程。
※里氏代换原则:子类型必须能够替换到他们的父类型。
Liskov 替换原则,主要着眼于对抽象和多态建立在继承的基础上,因此只有遵循了Liskov替换原则,
才能保证继承复用是可靠地。实现的方法是面向接口编程:将公 共部分抽象为基类接口或抽象类,
通过ExtractAbstractClass,在子类中通过覆写父类的方法实现新的方式支持同样的职责。Liskov替 换原则能够
保证系统具有良好的拓展性,同时实现基于多态的抽象机制,能够减少代码冗余,避免运行期的类型判别。
※接口隔离原则: 多个和客户相关的接口要好于一个通用接口。
分离的手段主要有以下两种:1、委托分离,通过增加一个新的类型来委托客户的请求,隔离客户和接口的直接依赖,
但是会增加系统的开销。2、多重继承分离,通过接口多继承来实现客户的需求,这种方式是较好的。
下边是前面没有提到过的两个原则,也是设计时要考虑的重要原则。
※迪米特法则:不相互直接通信的类之间,不要直接发生相互作用。
如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果一个类需要调用领一个类的
某个方法话,可以通过第三者转发这个调用。迪米特法则首先强调的前提是在类的设计上,每一类都应当尽量
降低成员的访问权限。它的根本思想是强调类之间的松耦合。
※合成/聚合复用原则:尽量使用合成/聚合,尽量不要使用继承。
合 成(Composition)和聚合(Aggregation)都是关联的特殊种类,聚合表示一种弱的拥有关系;
合成这是一种强的拥有关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样。
优先使用合成或聚合原则将有助于保持每个类被封装,并被集中在单个任务上。这样类和类继承
层次会保持较小规 模,并且不太可能增长为不可控制的庞然大物
3.2 OO设计原则之间的关系
1. 实现“开-闭”原则的关键步骤是抽象化。基类与子类之间的继承关系就是抽象化的体现。
因此里氏代换原则是对实现抽象化的具体步骤的规范。
违反里氏代换原则意味着违反了“开-闭”原则,反之未必。
2. “开-闭”原则与依赖倒转原则是目标和手段的关系。如果说开闭原则是目标,依赖倒转原则
是到达"开闭"原则的手段。如果要达到最好的"开闭"原则,就要尽量的遵守依赖倒转原则,
依赖倒转原则是对"抽象化"的最好规范。
3. 里氏代换原则是依赖倒转原则的基础,依赖倒转原则是里氏代换原则的重要补充。
4. 接口分离原则也是确保“开-闭”原则的一个重要手段。
5. 对于单一职责原则,个人认为尽量做到为好,职责越单一,“开-闭”和里氏代换越容易实现。
四.OO设计原则和目标的关系
1.可扩展性Extensibility :允许一个具有同样接口的新类替代旧类,是对抽象接口的复用。
客户端依赖于抽象接口,而不是一个具体实现类,使得这个具体类可以被别的具体类替换,
而不影响客户端。以下原则实现可扩展性。
※开/闭原则
※里氏替换原则
※依赖倒转原则
※合成/聚合复用原则
2.可修改性Flexibility:模块相对独立,通信尽可能少。这样当一个模块修改时,对别的模块的影响很小。
以下原则实现可修改性。
※开/闭原则
※迪米特法则
※接口隔离原则
3、可替换性Pluggability:当一部分不再满足需要时,可以将旧的部分拔出,新的部分插入。
以下原则实现可替换性。
※开/闭原则
※里氏代换原则
※依赖倒转原则
※合成/聚合复用原则
五.OO(面向对象)的设计过程
1. 分析式样,进行机能分类。
2. 根据机能进行类的抽象。
※ 类的抽象 - 在这里步里,我们可以根据 “单一职责原则”,进行类的具体抽象。
尽量做到,类的功能单一和清晰化。
※ 封装变化点– 使用封装来创建对象之间的分界层,让设计者可以在分界层的一侧进行修改,
而不会对另一侧产生不良的影响,从而实现层次间的松耦合。
3. 设计抽象基类和接口类。
※ 在进行基本的基类的抽象和接口定义时,要遵照“接口分离原则”进行接口的抽象。
※ 在设计接口和基类时,不要总是关注细节,要记住针对接口编程,而不是针对实现编程。
※ 对于抽象的基类和派生类之间要做到“里氏替换原则”的要求。
4.确定类间的耦合关系。
4.1 决定耦合的程度的依据何在呢?
※ 简单的说,就是根据需求的稳定性,来决定耦合的程度。
※ 对于稳定性高的需求,不容易发生变化的需求,我们完全可以把各类设计成紧耦合的,
因为这样可以提高效率,而且我们还可以使用一些更好的技术来提高效率或简化代码。
※ 如 果需求极有可能变化,我们就需要充分的考虑类之间的耦合问题,我们可以想出各种
各样的办法来降低耦合程度,但是归纳起来,不外乎增加抽象的层次来隔离不同的类,
这个抽象层次可以是抽象的类、具体的类,也可以是接口,或是一组的类。
我们可以用一句话来概括降低耦合度的思想:"针对接 口编程,而不是针对实现编程。
※ 在决定类的耦合关系时,尽量考虑“迪米特法则”和“合成/聚合复用原则”。
4.2 怎样做到依赖倒转?
※ 以抽象方式耦合是依赖倒转原则的关键。抽象耦合关系总要涉及具体类从抽象类继承,
并且需要保证在任何引用到基类的地方都可以改换成其子类,因此,里氏代换原则是依赖倒转原则的基础。
※ 依赖于抽象:建议不依赖于具体类,即程序中所有的依赖关系都应该终止于抽象类或者接口。尽量做到:
(1)任何变量都不应该持有一个指向具体类的指针或者引用。
(2)任何类都不应该从具体类派生。
(3)任何方法都不应该覆写它的任何基类中的已经实现的方法。
5.运用OO设计的5大原则来对设计进行进一步的优化
※ 对于类的抽象和职能,是否满足“单一职责原则”
※ 对于继承关系和引用基类的地方,是否满足“里氏代换原则”和“依赖倒置原则”
※ 对于接口和基类,是否“接口隔离原则”
※ 总体上是否满足“开-闭原则”
总体上说,在面向对象设计时,要充分考虑设计的5大原则,但不是强求的,一味的追求满足原则也可能会
导致设计出的系统在性能和资源上的消耗,可以根据具体的情况来具体的分析和设计。
原文:http://blog.csdn.net/eric_jo/article/details/6818552
OO设计原则 -- OO设计的原则及设计过程的全面总结的更多相关文章
- 面向对象设计原则OO
面向对象设计原则是OOPS(Object-Oriented Programming System,面向对象的程序设计系统)编程的核心,但大多数Java程序员追逐像Singleton.Decorator ...
- java设计原则:16种原则
一 类的设计原则 1 依赖倒置原则-Dependency Inversion Principle (DIP) 2 里氏替换原则-Liskov Substitution Principle (L ...
- IOS设计模式的六大设计原则之开放-关闭原则(OCP,Open-Close Principle)
定义 一个软件实体(如类.模块.函数)应当对扩展开放,对修改关闭. 定义解读 在项目开发的时候,都不能指望需求是确定不变化的,大部分情况下,需求是变化的.那么如何应对需求变化的情况?这就是开放-关闭原 ...
- 7.12 其他面向对象设计原则3: 依赖倒置原则DIP
其他面向对象设计原则3: 依赖倒置原则DIP The Dependency Inversion Principle7.1 依赖倒置原则DIP The Dependency Inversion Pr ...
- 7.10 其他面向对象设计原则1: 开-闭原则OCP
其他面向对象设计原则1: 开-闭原则OCP Open-Closed Principle (OCP)5.1 设计变坏的前兆 Signs of Rotting Design 僵硬性 Rigidit ...
- 设计原则:开-闭原则(Open-Closed Principle, OCP)
开-闭原则就是软件实体应当对扩展开放,对修改关闭.(Software entities should be open for extension,but closed for modification ...
- Java设计原则之依赖倒转原则
定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象:抽象不应该依赖细节:细节应该依赖抽象. 问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成.这种场景下,类A一 ...
- Java设计原则之里氏替换原则
里氏代换原则由2008年图灵奖得主.美国第一位计算机科学女博士Barbara Liskov教授和卡内基·梅隆大学Jeannette Wing教授于1994年提出.其严格表述如下:如果对每一个类型为S的 ...
- 设计模式学习--面向对象的5条设计原则之Liskov替换原则--LSP
一.LSP简介(LSP--Liskov Substitution Principle): 定义:如果对于类型S的每一个对象o1,都有一个类型T的对象o2,使对于任意用类型T定义的程序P,将o2替换为o ...
随机推荐
- HTML一些小细节
这里主要是记录一些看起来不重要,但是其实作用不小或者使用起来某种情况下好用的东西,又或者是重要的但容易忽略的基础知识 1. HTML5之后的第一个标签是<!DOCTYPE html> 这个 ...
- UVA 796 Critical Links (tarjan算法求割边)
这是在kuangbin的题目里看到的,不得不吐槽一下,题目中居然没给出数据范围,还是我自己猜的-本来是一道挺裸的题,但是我wa了好多次,原因就是这里面有两个坑点,1重边特判,2输出时左边必须比右边小. ...
- c++ 中bool 的默认值
比如在Test.h中定义变量: _isFirst; //Test.h头文件 #ifndef __TEST_H__ #define __TEST_H__ class Test{ private: boo ...
- 学习笔记——装饰器模式Decorator
装饰器模式,最典型的例子. 工厂新开了流水线,生产了手机外壳,蓝天白云花色.刚准备出厂,客户说还要印奶牛在上面,WTF…… 时间上来不及,成本也不允许销毁了重来,怎么办?弄来一机器A,专门在蓝天白云的 ...
- Python科学计算学习一 NumPy 快速处理数据
1 创建数组 (1) array(boject, dtype=None, copy=True, order=None, subok=False, ndmin=0) a = array([1, 2, 3 ...
- angularjs ng-switch
<p> <a href="#" ng-click="toggle()">Toggle Section</a> </p& ...
- 提升html5的性能体验系列之二列表流畅滑动
App的顶部一般有titlebar,下面是list.常见的一个需求是要在list滚动时,titlebar不动.这个简单的需求,实现起来其实并不简单. 在普通web上的做法是使用div的滚动条,把lis ...
- Bootstrap 模态对话框只加载一次 remote 数据的解决办法 转载
http://my.oschina.net/qczhang/blog/190215 摘要 前端框架 Bootstrap 的模态对话框,可以使用 remote 选项指定一个 URL,这样对话框在第一次弹 ...
- Struts2 语法--异常处理
1. UsersDAO.java里产生一个例外: System.out.println(1/0); 2. 调用DAO的UsersAction1.java 的execute方法, 加抛异常: publi ...
- Eclipse的Java工作集和多工程构建路径
一.Java工作集: Eclipse有一个小功能,就是创建Java Working Set.它的作用是解决Package Explorer窗格中创建很多工程时出现拥挤的麻烦. 在创建(New对话框)时 ...