其他分享
首页 > 其他分享> > 委托、组合及几种设计模式

委托、组合及几种设计模式

作者:互联网

委派的使用:(类A的某些功能想要委托B来帮助进行)

绑定:类A通过某些方式和类B进行绑定,从而能访问类B的method和field

委托:通过绑定建立关系,类A的功能由B负责实现

 

委派和继承:继承是发生在Class层面的行为,委派是发生在Object层面的行为

CRP原则(复合性原则):类应该通过其组合(通过包含实现所需功能的其他类的实例)实现多态行为和代码重用,而不是从基类或父类继承、委托可以理解为发生在对象层面上,继承则发生在类层面上。

 

委派的种类:

       Dependency(A use B):通过方法的参数或在方法的局部中使用

       Association(A has B):永久性delegation,A实例化后具有了一个B的对象,delegation通过一个A的field表现出来

       Composition/aggregation(A owns B):

Composition:更强的Association,A与B的delegation联系一旦建立就无法修改,关系通过初始化建立

 

Aggregation:更弱的Association,A与B的delegation联系在建立之后仍能修改关系通过方法、构造函数、方法传入参数建立。

 

通过委托进行设计:定义基本接口→通过接口进行继承,定义行为组合→设计具体类来实现之前用于描述行为组合的接口

黑盒框架是基于特定接口实现/委托,来进行的实现的:委托、接口

白盒框架是通过代码层面的复用进行实现的:继承、子类、重写与重载

 

模块化编程的特点:

       高内聚:模块内部高内聚,即模块内部尽可能少地依赖于外部

       低耦合:模块之间低耦合,即模块之间尽可能少地发生相互依赖

 

模块化降低整个系统复杂性的原因:

       分离关注点:系统的开发针对每个模块进行

       信息隐藏:每个模块很好地实现了自身的信息隐藏

 

模块化编程的5个评估模块:

       可分解性:大的组件是否可分成许多小的组件

       可组合性:一个大的组件是否由许多小的组件构成

       可理解性:每个组件分离开是否仍易理解

       可持续性:发生变化时受影响范围是否小

       保护性:运行时一个组件发生异常是否对其它相关组件影响小

 

模块化设计的5条规则:

       直接映射:模块结构与现实世界中问题领域的结构一致

       少的接口:模块与其他模块的通讯应尽可能少

       小的接口:两个模块之间的通讯应交换尽可能少的信息

       显式接口:A与B的通讯应明显地发生在两者接口之间

       信息隐藏:经常可能发生变化的设计决策尽可能隐藏在抽象接口后面

 

SOLID法则:

       SRP(单一责任原则):一个类只有一个职责,引起这个类变化的原因只能有一个,如果这个类需要改变也是因为这一职责需要被改变才导致的

       OCP(开放封闭原则):一个封闭的块,应做到对外扩展开放,对内修改封闭。扩展类功能的时候应该通过添加新的代码来实现而不是修改其代码

       LSP(里氏替换原则):任何基类可以出现的时候,子类出现也能正常完成任务。更强的RI、更宽松的precondition、更强的postcondition、可见性相同或更强

       DIP(依赖转置原则):类依赖时,只实现需要的接口;依赖最小的接口;避免胖接口

       ISP(接口聚合原则):类依赖时,尽量依赖接口而非具体实现,无论是高层模块还是底层模块都应该依赖于抽象

 

设计模式:

       Adapter:通过继承和委托来实现。

    

  

  Decorator:通过迭代+委托实现。一个子类只负责一个效果,委托将效果累加到一个对象上

  

  

它有两个重要组成:Component和Decorator

Component是最根本的东西,所有的装饰都是因为想在Component上添加不同的东西才进行设计的

Decorator是一个抽象方法,它用于派生各种用来装饰Component的不同装饰器,每一个不同的装饰工作由不同的装饰器来完成,具体的装饰器只负责装饰(AddedBehavior),其它工作ConcreteComponent应该已经完成好了。

注意,在具体的装饰器中,在执行自己的装饰操作(AddedBehavior)之前,必须先调用父类的装饰操作(迭代)。

      

  Strategy:通过委托实现。通过对于Context的某个方法,希望以不同的方式实现,但如果把实现逻辑写死在Context中,则更改不便,因此选择方法中传入一个代表策略(Strategy)的接口,通过在不同ConcreteStrategy中重写方法,可以根据需要,通过传入不同对象选择策略,同时实现代码的分离。

 

Template:通过继承和重写实现。

Factory method

根据传入参数决定使用哪个构造方法:方法返回一个对象

       根据子类类型决定使用哪个构造方法(每增加一个子类都需要重写工厂方法):工厂方法只为构建某个具体的对象实例

 

Visitor:通过双向委托实现。被查看的对象有许多种,发起查看的对象有许多种。被查看对象的accept函数需要接受visitor;发起查看的对象需要基于被查看对象进行。

基本逻辑:通过Visitor,实现不同对象的发起查看的方法;通过Element,允许不同的对象对自己进行不同的查看,查看方法和接受到的visitor密切相关。

标签:委托,实现,通过,接口,几种,对象,模块,设计模式
来源: https://www.cnblogs.com/hit-20lzh/p/16377007.html