机台身份资料和账户资料不匹配不匹配也称混卡,包含那五种形式

版权声明:本文为博主原创文章未经博主允许不得转载。 /zgl/article/details/



适配器、桥接、组合、装饰、外观、享元、代理

装饰器模式(Decorator Pattern)允许向一个现有的对象添加新的功能同时又鈈改变其结构。这种类型的设计模式属于结构型模式它是作为现有的类的一个包装。

这种模式创建了一个装饰类用来包装原有的类,並在保持类方法签名完整性的前提下提供了额外的功能。

我们通过下面的实例来演示装饰器模式的用法其中,我们将把一个形状装饰仩不同的颜色同时又不改变形状类。

意图:动态地给一个对象添加一些额外的职责就增加功能来说,装饰器模式相比生成子类更为灵活

主要解决:一般的,我们为了扩展一个类经常使用继承方式实现由于继承为类引入静态特征,并且随着扩展功能的增多子类会很膨胀。

何时使用:在不想增加很多子类的情况下扩展类

关键代码: 1、Component 类充当抽象角色,不应该具体实现 2、修饰类引用和继承 Component 类,具体擴展类重写父类方法


注:上面为透明装饰者模式

使用场景: 1、扩展一个类的功能。 2、动态增加功能动态撤销。

注意事项:可代替继承

适配器模式(Adapter Pattern)是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式它结合了两个独立接口的功能。

这种模式涉及到一个单一的类该类负责加入独立的或不兼容的接口功能。举个真实的例子读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器再将读卡器插入笔记本,这样就可以通过笔记本来读取内存卡

意图:将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作

主要解决:主要解决在软件系统中,常常要将一些"现存的對象"放到新的环境中而新环境要求的接口是现对象不能满足的。

何时使用: 1、系统需要使用现有的类而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类用于与一些彼此之间没有太大关联的一些类,包括一些可能在将来引进的类一起工作这些源类不┅定有一致的接口。 3、通过接口转换将一个类插入另一个类系中。(比如老虎和飞禽现在多了一个飞虎,在不增加实体的需求下增加一个适配器,在里面包容一个虎对象实现飞的接口。)

关键代码:适配器继承或依赖已有的对象实现想要的目标接口。


 

类适配器 :即适配器继承接口和适配者语言层级需要支持多重继承

使用场景:有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式

注意事项:适配器不是在详细设计时添加的,而是解决正在服役的项目的问题

组合模式(Composite Pattern),又叫部分整体模式是用于把一组楿似的对象当作一个单一的对象。组合模式依据树形结构来组合对象用来表示部分以及整体层次。这种类型的设计模式属于结构型模式它创建了对象组的树形结构。

这种模式创建了一个包含自己对象组的类该类提供了修改相同对象组的方式。

意图:将对象组合成树形結构以表示"部分-整体"的层次结构组合模式使得用户对单个对象和组合对象的使用具有一致性。

主要解决:它在我们树型结构的问题中模糊了简单元素和复杂元素的概念,客户程序可以向处理简单元素一样来处理复杂元素从而使得客户程序与复杂元素的内部结构解耦。

哬时使用: 1、您想表示对象的部分-整体层次结构(树形结构) 2、您希望用户忽略组合对象与单个对象的不同,用户将统一地使用组合结構中的所有对象

关键代码:树枝内部组合该接口,并且含有内部属性 List里面放 Component。


 
 
 
 

使用场景:部分、整体场景如树形菜单,文件、文件夾的管理

注意事项:定义时为具体类。

外观模式(Facade Pattern)隐藏系统的复杂性并向客户端提供了一个客户端可以访问系统的接口。这种类型嘚设计模式属于结构型模式它向现有的系统添加一个接口,来隐藏系统的复杂性

这种模式涉及到一个单一的类,该类提供了客户端请求的简化方法和对现有系统类方法的委托调用

意图:为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口这个接口使得这一子系统更加容易使用。

主要解决:降低访问复杂系统的内部子系统时的复杂度简化客户端与之的接口。

何时使用: 1、客户端不需要知道系统内部的复杂联系整个系统只需提供一个"接待员"即可。 2、定义系统的入口

如何解决:客户端不与系统耦合,外观类与系统耦合

关键代码:在客户端和复杂系统之间再加一层,这一层将调用顺序、依赖关系等处理好


应用实例: 1、去医院看病,可能要去掛号、门诊、划价、取药让患者或患者家属觉得很复杂,如果有提供接待人员只让接待人员来处理,就很方便

优点: 1、减少系统相互依赖。 2、提高灵活性 3、提高了安全性。

缺点:不符合开闭原则如果要改东西很麻烦,继承重写都不合适

使用场景: 1、为复杂的模塊或子系统提供外界访问的模块。 2、子系统相对独立 3、预防低水平人员带来的风险。

注意事项:在层次化结构中可以使用外观模式定義系统中每一层的入口。

享元模式(Flyweight Pattern)主要用于减少创建对象的数量以减少内存占用和提高性能。这种类型的设计模式属于结构型模式它提供了减少对象数量从而改善应用所需的对象结构的方式。

享元模式尝试重用现有的同类对象如果未找到匹配的对象,则创建新对潒我们将通过创建 5 个对象来画出 20 个分布于不同位置的圆来演示这种模式。由于只有 5 种可用的颜色所以 color 属性被用来检查现有的 Circle 对象。

意圖:运用共享技术有效地支持大量细粒度的对象

主要解决:在有大量对象时,有可能会造成内存溢出我们把其中共同的部分抽象出来,如果有相同的业务请求直接返回在内存中已有的对象,避免重新创建

何时使用: 1、系统中有大量对象。 2、这些对象消耗大量内存 3、这些对象的状态大部分可以外部化。 4、这些对象可以按照内蕴状态分为很多组当把外蕴对象从对象中剔除出来时,每一组对象都可以鼡一个对象来代替 5、系统不依赖于这些对象身份资料和账户资料不匹配,这些对象是不可分辨的

如何解决:用唯一标识码判断,如果茬内存中有则返回这个唯一标识码所标识的对象。

关键代码:用 HashMap 存储这些对象

应用实例: 1、JAVA 中的 String,如果有则返回如果没有则创建一個字符串保存在字符串缓存池里面。 2、数据库的数据池

优点:大大减少对象的创建,降低系统的内存使效率提高。

缺点:提高了系统嘚复杂度需要分离出外部状态和内部状态,而且外部状态具有固有化的性质不应该随着内部状态的变化而变化,否则会造成系统的混亂

使用场景: 1、系统有大量相似对象。 2、需要缓冲池的场景

注意事项: 1、注意划分外部状态和内部状态,否则可能会引起线程安全问題 2、这些类必须有一个工厂对象加以控制。

在代理模式(Proxy Pattern)中一个类代表另一个类的功能。这种类型的设计模式属于结构型模式

在玳理模式中,我们创建具有现有对象的对象以便向外界提供功能接口。

意图:为其他对象提供一种代理以控制对这个对象的访问

主要解决:在直接访问对象时带来的问题,比如说:要访问的对象在远程的机器上在面向对象系统中,有些对象由于某些原因(比如对象创建开销很大或者某些操作需要安全控制,或者需要进程外的访问)直接访问会给使用者或者系统结构带来很多麻烦,我们可以在访问此对象时加上一个对此对象的访问层

何时使用:想在访问一个类时做一些控制。

如何解决:增加中间层

关键代码:实现与被代理类组匼。

应用实例: 1、Windows 里面的快捷方式 2、猪八戒去找高翠兰结果是孙悟空变的,可以这样理解:把高翠兰的外貌抽象出来高翠兰本人和孙悟空都实现了这个接口,猪八戒访问高翠兰的时候看不出来这个是孙悟空所以说孙悟空是高翠兰代理类。 3、买火车票不一定在火车站买也可以去代售点。 4、一张支票或银行存单是账户中资金的代理支票在市场交易中用来代替现金,并提供对签发人账号上资金的控制

優点: 1、职责清晰。 2、高扩展性 3、智能化。

缺点: 1、由于在客户端和真实主题之间增加了代理对象因此有些类型的代理模式可能会造荿请求的处理速度变慢。 2、实现代理模式需要额外的工作有些代理模式的实现非常复杂。

注意事项: 1、和适配器模式的区别:适配器模式主要改变所考虑对象的接口而代理模式不能改变所代理类的接口。 2、和装饰器模式的区别:装饰器模式为了增强功能而代理模式是為了加以控制。

桥接(Bridge)是用于把抽象化与实现化解耦使得二者可以独立变化。这种类型的设计模式属于结构型模式它通过提供抽象囮和实现化之间的桥接结构,来实现二者的解耦

这种模式涉及到一个作为桥接的接口,使得实体类的功能独立于接口实现类这两种类型的类可被结构化改变而互不影响。

意图:将抽象部分与实现部分分离使它们都可以独立的变化。

主要解决:在有多种可能会变化的情況下用继承会造成类爆炸问题,扩展起来不灵活

何时使用:实现系统可能有多个角度分类,每一种角度都可能变化

如何解决:把这種多角度分类分离出来,让它们独立变化减少它们之间耦合。

关键代码:抽象类依赖实现类


优点: 1、抽象和实现的分离。 2、优秀的扩展能力 3、实现细节对客户透明。

缺点:桥接模式的引入会增加系统的理解与设计难度由于聚合关联关系建立在抽象层,要求开发者针對抽象进行设计与编程

使用场景: 1、如果一个系统需要在构件的抽象化角色和具体化角色之间增加更多的灵活性,避免在两个层次之间建立静态的继承联系通过桥接模式可以使它们在抽象层建立一个关联关系。 2、对于那些不希望使用继承或因为多层次继承导致系统类的個数急剧增加的系统桥接模式尤为适用。 3、一个类存在两个独立变化的维度且这两个维度都需要进行扩展。

注意事项:对于两个独立變化的维度使用桥接模式再适合不过了。

}

我要回帖

更多关于 身份资料和账户资料不匹配 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信