设计模式之合成/聚合利用原则(CARP)

一、概念

CARP:CompositionAggregation
Principle

合成聚合复用原则,尽量使用合成/聚合,尽量不使用类继承。合成聚合是“has  a”的关系,而继承是“is
 a”的关系。由于继承是一中强耦合的结构,父类变,子类必变。所以不是“is 
a”关系,我们一般不要用继承。优先使用合成聚合复用原则,有助于保持每个类的封装,降低继承的层次。合成/聚合复用原则就是在一个新的对象里面使用一些已有的对象,使之成为新对象的一部分;新的对象通过向这些对象的委派达到复用已有功能的目的。它的设计原则是;要尽量使用合成/聚合,尽量不要使用继承。

就是说要少用继承,多用合成关系来实现。我曾经这样写过程序:有几个类要与数据库打交道,就写了一个数据库操作的类,然后别的跟数据库打交道的类都继承这个。结果后来,我修改了数据库操作类的一个方法,各个类都需要改动。"牵一发而动全身"!面向对象是要把波动限制在尽量小的范围。

一句话点评:优生优育,不要盲目繁衍。

二、聚合与合成的优缺点:

优点:

1、新对象存取成分对象的唯一方法是通过成分对象的接口。

2、此原则是黑箱复用,因为成分对象的内部细节对新对象而言是看不到的。

3、此原则复用支持包装。

4、此原则复用所需的依赖较少。

5、每一个新的类可以将焦点集中在一个任务上。

6、此原则复用可以在运行时间内动态进行,新对象可以分理处态的引用与成分对象类型相同的对象。

缺点:

1、系统中会有比较多的对象需要管理

三、继承的优缺点:

优点:

1、新的实现较为容易,因为超类的大部分功能可以通过继承的关系自动进入子类。

2、修改和扩展继承而来的实现较为容易。

缺点:

1、继承复用破坏包装,因为继承将超类的实现细节暴露给子类。由于超类的内部细节常常是对于子类透明的,所以这种复用是透明的复用,又称“白箱”复用。

2、如果超类发生改变,那么子类的实现也不得不发生改变。

3、从超类继承而来的实现是静态的,不可能在运行时间内发生改变,没有足够的灵活性。

时间: 2024-08-21 23:45:13

设计模式之合成/聚合利用原则(CARP)的相关文章

设计模式六大原则——合成/聚合复用原则(CARP)

1.定义 简而言之,对于合成/聚合复用原则的定义就是:要尽量使用合成和聚合,尽量不要使用继承. 2.释义 为什么"要尽量使用合成和聚合,尽量不要使用继承"呢? 这是因为: 第一,继承复用破坏包装,它把父类的实现细节直接暴露给了子类,这违背了信息隐藏的原则: 第二:如果父类发生了改变,那么子类也要发生相应的改变,这就直接导致了类与类之间的高耦合,不利于类的扩展.复用.维护等,也带来了系统僵硬和脆弱的设计.而用合成和聚合的时候新对象和已有对象的交互往往是通过接口或者抽象类进行的,就可以很好

大话设计模式笔记 合成/聚合复用原则

合成/聚合复用原则,尽量使用合成/聚合,尽量不要使用类继承. 聚合(Aggregation)表示一种弱的‘拥有’关系,体现的是A对象可以包含B对象但B对象不是A对象的一部分. 合成(Composition)则是一种强的'拥有'关系,体现了严格的部分和整体关系,部分和整体的生命周期一样. 优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上,这样类和类继承层次会保持较小规模,而且不太可能增长为不可控制的庞然大物. 继承是一种强耦合的结构.子类随父类改变而改变,一定要在是‘is-

合成/聚合复用原则,桥接模式

问题: 方式一, 方式二, 存在问题: 继承带来的麻烦,无论是哪种方式,一旦功能增多.品牌增多,增长不可控的无限变大.增加一个品牌,增加m个软件类+1个品牌类:增加一个软件,增加n(品牌个数)软件个类. 对象的继承关系在编译时就定义好了,所以无法在运行时改变从父类继承的实现. 子类的实现与它的父类有非常紧密的依赖关系,以至于父类实现中的任何变化必然会导致子类发生变化. 当需要复用子类时.如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换.这种依赖关系限制了灵活性,并最终限

合成/聚合复用原则

合成/聚合复用原则:尽量使用合成/聚合,尽量不要使用类继承. 合成和聚合都是关联的特殊种类.聚合表示一种弱的'拥有'关系,体现的是A对象可以包含B对象,但B对象不是A对象的一部分; 合成则是一种强的'拥有'关系,体现了严格的部分和整体的关系,部分和整体的生命周期一样. 合成/聚合复用原则的好处是:优先使用对象的合成/聚合将有助于你保持每个类被封装,并被集中在单个任务上.这样类和类继承层次会保持较小规模,并且不太可能增在为不可控制的庞然大物. 原文地址:https://www.cnblogs.co

合成/聚合复用原则(CARP)

组合/聚合复用原则(Composite/Aggregate Reuse Principle或CARP),就是在一个新的对象里面使用一些已有的对象,使之成为新对象的一部分,新对象通过向这些对象的委派达到复用已有功能的目的.这两种都是关联关系的一种,聚合表示整体与部分的关系,部分可以脱离整体作为独立个体存在:组合是一种更强的聚合,部分组成整体,但部分不可作为独立个体单独存在,部分的生命周期不能超过整体的生命周期.聚合好比电脑与鼠标,组合好比人与心脏. 组合/聚合与继承是实现复用的两个基本途径,继承复

设计模式中的一些设计原则

七大著名设计原则 1.单一职责原则(SRP - Single Responsibility Principle) 就一个类而言,应该仅有一个引起它变化的原因,功能要单一 如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力,这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破坏 软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离,如果你能够想到多于一个的动机去改变一个类,那么这个类就具备有多于一个的职责 2.开放-封

00.设计模式_软件设计的原则

一.设计模式的分类总体来说设计模式分为三大类:创建型模式:共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式.结构型模式:共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接模式.组合模式.享元模式.行为型模式:共十一种:策略模式.模板方法模式.观察者模式.迭代子模式.责任链模式.命令模式.备忘录模式.状态模式.访问者模式.中介者模式.解释器模式.其实还有两类:并发型模式和线程池模式,用一个图片来整体描述一下: 并发型模式和线程池模式 二:设计模式六大原则总原则:开闭原则(O

综述:设计模式的分类及六大原则

一.设计模式的分类 总体来说设计模式分为三大类: 创建型模式,共五种:工厂方法模式.抽象工厂模式.单例模式.建造者模式.原型模式. 结构型模式,共七种:适配器模式.装饰器模式.代理模式.外观模式.桥接模式.组合模式.享元模式. 行为型模式,共十一种:策略模式.模板方法模式.观察者模式.迭代子模式.责任链模式.命令模式.备忘录模式.状态模式.访问者模式.中介者模式.解释器模式. 其实还有两类:并发型模式和线程池模式.用一个图片来整体描述一下: 二.设计模式的六大原则 1.开闭原则(Open Clo

设计模式介绍、分类、原则

Java开发中的23种设计模式详解(转) 设计模式(Design Patterns) ——可复用面向对象软件的基础 设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的,设计模式使代码编制真正工程化,设计模式是软件工程的基石,如同大厦的一块块砖石一样.项目中合理的运用设计模式可以完美的解决很多问题,每种模式在现在中都有相应的原