七大设计原则之合成复用原则

本文详细介绍了设计模式中的合成复用原则,强调在设计中优先使用组合/聚合而非继承。文章通过类图和实例解释了依赖关系、泛化关系、实现关系、关联关系、聚合关系以及组合关系,阐述了这些关系在设计中的角色和区别,并探讨了设计原则的核心思想,旨在促进代码的可维护性和灵活性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、合成复用原则介绍

合成复用原则是指尽量使用合成/聚合的方式,而不是使用继承。类图介绍如下:

二、依赖关系、组合关系、聚合关系介绍

2.1依赖关系(Dependency

       只要是在类中用到了对方,那么他们之间就存在依赖关系,如果没有对象,连编译都通过不了。 类图如下:

依赖关系常出现在:1)类中用到了对象;2)类的成员变量;3)方法的返回类型;4)方法接收的参数类型;5)方法中使用到

2.2泛化关系(generalization)

       泛化关系实际上就是继承关系,它是依赖关系的特例。泛化关系实际上就是继承关系,如果A类继承了B类,那么A类和B类存在泛化关系。类图如下:

2.3实现关系(implement)

      实现关系实际上就是A类实现B接口,它是依赖关系的特例。类图如下:

2.4关联关系(association)

       关联关系实际上就是类与类之间的联系,它是依赖关系的特例。关联具有导航型:即双向关系或单向关系。关系具有多重性:如“1”(表示有且仅有一个),“0...”(表示0个或多个),“0,1”(表示0个或一个),“n...m”(表示n到m个都可以),"m..."(表示至少m个)。

单向一对一关系:

双向一对一关系:

2.5聚合关系(aggragation)

        聚合关系表示的是整体和部分的关系,整体与部分可以分开。聚合关系就是关联关系的特例,所以它具有关联的导航性与多重性。如:一台电脑由键盘、显示器、鼠标等组成,组成电脑的各个配件是可以从电脑上分离出来的,使用带空心菱形的实线表示。

2.6组合关系(composition)

       组合关系也是整体与部分的关系,但是整体与部分不可以分开。再看一个案例:在程序中我们定义实体:Person与IDCard、Head,那么Head和Person就是组合,IDCard和Person就是聚合。但是如果在程序中Person实体中定义了对IDCard进行级联删除,即删除Person时连通IDCard一起删除,那么IDCard和Person就是组合了。类图如下:

三、设计原则核心思想

1)找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起

2)针对接口编程,而不是针对实现编程

3)为了交互对象之间的松耦合设计而努力

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值