面向对象可复用设计几大原则

1、开-闭 原则:指的是一个软件实体应该对扩展开放,对修改关闭。用面向对象的语言来讲就是:不允许修改的是系统的抽象层,允许扩展的是系统的具体实现层。

2、里氏代换原则:一个软件实体如果使用的是一个基类的话,那么一定适用于其子类,而且它根本不能察觉出基类对象和子类对象的区别。

3、依赖倒转原则:要求客户端依赖于抽象耦合。

  另一种表述是:要针对接口编程,不要针对实现编程(Program to an interface , not an implementation)。

  如果设计师希望遵守“开-闭”原则,那么依赖倒转原则便是达到要求的途径。

  依赖倒转原则是OO设计的核心原则,设计模式的研究和应用是以依赖倒转原则为指导原则的。

4、接口隔离原则:使用多个专门的接口比使用单一的总接口要好,一个类对另外一个类的依赖性应当是建立在最小的接口上的。

  通俗点说就是如果一个功能需要依赖多个功能,那个把每个功能都做成单独的接口开放出来,不要把多个接口合并在一个接口里面提供。

5、合成/聚合复用原则:要尽量使用合成/聚合,尽量不要使用继承。

  5.1、继承复用

    继承复用通过扩展一个已有对象的实现来得到新的功能,基类明显地捕获共同的属性和方法,而子类通过增加新的属性和方法来扩展超类的实现。继承是类型的复用。

    继承复用的优点:

    •   新的实现较为容易,因为超类的大部分功能可通过继承关系自动进入子类;
    •   修改或扩展继承而来的实现较为容易。

    继承复用的缺点:

    •   继承复用破坏封装,因为继承将超类的实现细节暴露给子类。“白箱”复用;
    •   如果超类的实现发生改变,那么子类的实现也不得不发生改变。
    •   从超类继承而来的实现是静态的,不可能再运行时间内发生改变,因此没有足够的灵活性。

  5.2、合成/聚合复用

    由于合成/聚合可以将已有的对象纳入到新对象中,使之成为新对象的一部分,因此新的对象可以调用已有对象的功能,

    其优点在于:

    •   新对象存取成分对象的唯一方法是通过成分对象的接口;
    •   成分对象的内部细节对新对象不可见。 “黑箱”复用;
    •   该复用支持封装。
    •   该复用所需的依赖较少。
    •   每一个新的类可将焦点集中在一个任务上。
    •   该复用可在运行时间内动态进行,新对象可动态引用于成分对象类型相同的对象。

     缺点:

    •   通过这种复用建造的系统会有较多的对象需要管理。
    •   为了能将多个不同的对象作为组合块(composition block)来使用,必须仔细地对接口进行定义。

     要正确的选择合成/复用和继承,必须透彻地理解里氏替换原则和Coad法则。

    Coad法则由Peter Coad提出,总结了一些什么时候使用继承作为复用工具的条件。 Coad法则:

    只有当以下Coad条件全部被满足时,才应当使用继承关系:

    1.   子类是超类的一个特殊种类,而不是超类的一个角色。区分“Has-A”和“Is-A”。只有“Is-A”关系才符合继承关系,“Has-A”关系应当用聚合来描述。
    2.   永远不会出现需要将子类换成另外一个类的子类的情况。如果不能肯定将来是否会变成另外一个子类的话,就不要使用继承。
    3.   子类具有扩展超类的责任,而不是具有置换掉(override)或注销掉(Nullify)超类的责任。如果一个子类需要大量的置换掉超类的行为,那么这个类就不应该是这个超类的子类。
    4.   只有在分类学角度上有意义时,才可以使用继承。不要从工具类继承。

    错误地使用继承而不是合成/聚合的一个常见原因是错误的把“Has-A”当成了“Is-A”。
    “Is-A”代表一个类是另外一个类的一种;
    “Has-A”代表一个类是另外一个类的一个角色,而不是另外一个类的特殊种类。

6、迪米特法则:一个对象应当对其它对象有尽可能少的了解。尽量降低类与类之间的耦合。通俗的来讲,就是一个类对自己依赖的类知道的越少越好。

  也就是说,对于被依赖的类来说,无论逻辑多么复杂,都尽量地的将逻辑封装在类的内部,对外除了提供的public方法,不对外泄漏任何信息。迪米特法则还有一个更简单的定义:只与直接的朋友通信。

时间: 2024-11-10 15:29:06

面向对象可复用设计几大原则的相关文章

java面向对象设计的原则

一.针对java类的6大设计原则 1.单一职责原则(Single Responsibility Principle,SRP) 即:对一个类而言,有且仅有一个引起它变化的原因.否则的话就应该把这个类进行拆分.在设计时让一个类只负责一种类型的责任. 单一职责原则的核心就是控制类的粒度大小.将对象解耦.提高内聚性.如果遵循单一职责原则将有以下优点: 降低类的复杂度.一个类只负责一项职责,其逻辑肯定要比负责多项职责简单得多. 提高类的可读性.复杂性降低,其可读性自然会提高. 提高系统的可维护性.可读性提

面向对象分析与设计:四个基础原则

大家都知道遵循设计原则是开发高质量软件的重要基础,但实际运用时并不容易.Booch在<<面向对象分析与设计>>中提出了四个基础原则: 抽象   核心思想是不变性的概念.去除不关心的属性,而强化重要的属性,帮助人们思考要做什么. 封装  核心是分离关注和信息隐藏,让程序借助最少的工作进行可靠的修改. 模块化  核心思想是分而治之,各个模块应当高内聚.低耦合. 层次结构  核心是对抽象的分级和排序,可以简化对系统的理解.

PHP面向对象设计模式和设计原则

一.设计模式 1.单例模式 目的:让一个类只能生成一个对象 步骤:    ①将构造函数变成私有的 ②在类里面做一个静态成员函数造对象 ③在方法里加限制条件 //单例模式 class Ren{ //定义人类 public static $r; //设定静态成员变量,为了可以带入静态成员函数中 public $name; //普通成员变量,用于测试是否只实例化了一个对象 private function __construct(){ //私有化构造函数,阻止实例化对象 } public static

面向对象分析与设计—四色原型模式(彩色建模、领域无关模型)(概念版)

阅读目录: 1.背景介绍 2.问自己,UML对你来说有意义吗?它帮助过你对系统进行分析.建模吗? 3.一直以来其实我们被一个缝隙隔开了,使我们对OOAD遥不可及 4.四色原型模式填补这个历史缝隙,让我们真的看见OOAD的希望 5.在四色原型上运用彩色建模增强视觉冲击力 6.通过四色原型模式建模出领域无关模型 7.结束语:建模时你可以不考虑具体实现,但是建模者要懂技术实现 1.背景介绍 至今我都清楚的记得我第一次被面试官问起什么叫"建模"技术时的情景,那是好几年前的事情了,当时是胸有成竹

面向对象的5个基本设计原则

面向对象的3个基本要素:封装.继承.多态 面向对象的5个基本设计原则: 单一职责原则(Single-Resposibility Principle) 其核心思想为:一个类,最好仅仅做一件事,仅仅有一个引起它的变化.单一职责原则能够看做是低耦合.高内聚在面向对象原则上的引申,将职责定义为引起变化的原因,以提高内聚性来降低引起变化的原因.职责过多,可能引起它变化的原因就越多,这将导致职责依赖,相互之间就产生影响,从而大大损伤其内聚性和耦合度.通常意义下的单一职责,就是指仅仅有一种单一功能,不要为类实

面向对象的七种基本设计原则

面向对象的7种基本设计原则: 里氏替换原则单一职责原则依赖倒置原则接口隔离原则开放关闭原则迪米特法则(最少知道原则)合成复用原则 面向对象的3个基本要素:封装.继承.多态 1.里氏替换原则(Liskov-Substituion Principle) 核心思想为:子类可以替代父类出现的位置,而整个软件系统功能没有影响. 这一思想体现为对继承机制的约束规范,只有子类能够替换基类时,才能保证系统在运行期内识别子类,这是保证继承复用的基础.同时,这一约束反过来则是不成立的,子类可以替换基类,但是基类不一

【转】面向对象的5条基本设计原则

本文转自:http://www.cnblogs.com/freeliver54/archive/2012/10/16/2725438.html 这几天重新看了一遍<大话设计模式>,发现果然有不同的感悟,而且自己也上网找了<敏捷软件开发—原则.模式与实践>一书来看,那本书的序言中有一段话我觉得很有道理:“美的东西比丑的东西创建起来更廉价,也更快捷.”设计一个软件不关要追求代码的优雅问题,更关乎生产成本等.技术大师们在对软件架构的研究中经历了很长时间的摸索,从面向过程到面向对象,从设计

[转载] 面向对象编程的6大原则

原文: http://blog.csdn.net/bboyfeiyu/article/details/43928463 概述 在工作初期,我们可能会经常会有这样的感觉,自己的代码接口设计混乱.代码耦合较为严重.一个类的代码过多等等,自己回头看的时候都觉得汗颜.再看那些知名的开源库,它们大多有着整洁的代码.清晰简单的接口.职责单一的类,这个时候我们通常会捶胸顿足而感叹:什么时候老夫才能写出这样的代码! 在做开发的这些年中,我渐渐的感觉到,其实国内的一些初.中级工程师写的东西不规范或者说不够清晰的原

面向对象分析与设计—OOD部分

第三部分 面向对象设计 3.1 面向对象设计(OOD)的定义? 在面向对象分析阶段,已经针对用户需求建立起用面向对象概念描述的系统分析模型.在设计阶段,要考虑为实现系统而采用的计算机设备.操作系统.网络.数据库管理系统以及所采用的编程语言等有关因素,进一步运用面向对象的方法对系统进行设计,最后形成一个可以实现的设计模型,即面向对象设计模型. 3.2 面向对象设计(OOD)与面向对象分析(OOA)的关系? 在面向对象分析阶段,针对的是现实世界,把需求转化为面向对象概念所建立的模型,以易于理解问题域