首页 > 代码库 > 跨战区模式PK(总结)
跨战区模式PK(总结)
创建类模式描述如何创建对象，行为类模式关注如何管理对象的行为，结构类模式则看重于如何建立一个软件结构，虽然三种模式的着重点不同，但是在实际应用中还是有重叠的，会出现一种模式适用，另外一种模式也适用的情况。
一、策略模式VS桥梁模式
策略模式是一个行为模式，旨在封装一系列的行为，封装的格式（算法）不同，行为也就不同；而桥梁模式则是解决在不破坏封装的情况下如何抽取出它的抽象部分和实现部分，它的前提是不破坏封装，让抽象部分和实现部分都可以独立地变化。桥梁模式必然有两个“桥墩”——抽象化角色和实现化角色，只要桥墩搭建好，桥就有了，而策略模式只有一个抽象角色，可以没有实现，也可以很多实现。
二、门面模式VS中介者模式
其实这两者区别还是比较明显的，门面模式是以封装和隔离为主要任务，而中介者模式则是以调和同事类之间的关系为主，因为要调和，所以具有了部分的业务逻辑控制。
1、功能区别
门面模式只是增加了一个门面，它对子系统来说没有增加任何的功能，子系统若脱离门面模式是完全可以独立运行的。而中介者模式则增加了业务功能，它把各个同事类中的原有耦合关系移植到了中介者，同事类不可能脱离中介者而独立存在，除非是想增加系统的复杂性和降低扩展性。
2、知晓状态不同
对门面模式来说，子系统不知道有门面存在，而对中介者来说，每个同事类都知道中介者存在，因为要依靠中介者调和同事之间的关系，它们对中介者非常了解。
3、封装程序不同
门面模式是一种简单的封装，所有的请求处理都委托给子系统完成。而中介者模式则需要有一个中心，由中心协调同事类完成，并且中心本身也完成部分业务，它属于更进一步的业务功能封装。
三、包装模式群P
有很多模式中的角色是不干活的，它们只是充当黔首作用，你有问题，找我，但我不处理，我让其他人处理。类似这种模式的，这里统一称作包装模式。其包括：装饰模式、适配器模式、门面模式、代理模式、桥梁模式，它们都是通过委托的方式对一个对象或一系列对象施行包装，有了包装，设计的系统才更加灵活、稳定，并且极具扩展性。从实现的角度看，它们都是代理的一种具体表现形式，下面来看看它们在使用场景上有什么区别
1、代理模式主要用在不希望展示一个对象内部细节的场景中，比如一个远程服务器不需要把远程连接的所有细节都暴露给外部模块，通过增加一个代理类，可以很轻松地实现被代理类的功能封装，此外，代理模式还可以用在一个对象的访问需要限制的场景中，比如AOP。
2、装饰模式是一种特殊的代理模式，它倡导的是在不改变接口的前提下为对象增强/减弱功能，或者动态添加额外职责。就扩展性而言，它比子类更加灵活，例如在一个已经运行的项目中，可以轻检地通过增加装饰类来扩展系统的功能。
3、适配器模式的主要意图是接口转换，把一个对象的接口转换成系统希望的另外一个接口，这里的系统指的不仅仅是一个应用，也可能是某个环境，比如通过接口转换可以屏蔽外界接口，以免外界接口深入系统内部，从而提高系统的稳定性和可靠性。
4、桥梁模式是在抽象层产生耦合，解决的是自行扩展的问题，它可以使两个有耦合关系的对象互不影响地扩展，比如对于使用笔画图这样的需求，可以使用桥梁模式设计成用什么笔画什么图的方案，至于以后需求的变更，如增加笔的类型，增加图形等，对该设计来说是小菜一碟。
5、门面模式是一个粗粒度的封装，它提供一个方便访问子系统的接口，不具有任何的业务逻辑，仅仅是一个访问复杂系统的快速通道，没有它，子系统照样运行，有了它，只是更方便访问而已。
一、策略模式VS桥梁模式
策略模式是一个行为模式，旨在封装一系列的行为，封装的格式（算法）不同，行为也就不同；而桥梁模式则是解决在不破坏封装的情况下如何抽取出它的抽象部分和实现部分，它的前提是不破坏封装，让抽象部分和实现部分都可以独立地变化。桥梁模式必然有两个“桥墩”——抽象化角色和实现化角色，只要桥墩搭建好，桥就有了，而策略模式只有一个抽象角色，可以没有实现，也可以很多实现。
二、门面模式VS中介者模式
其实这两者区别还是比较明显的，门面模式是以封装和隔离为主要任务，而中介者模式则是以调和同事类之间的关系为主，因为要调和，所以具有了部分的业务逻辑控制。
1、功能区别
门面模式只是增加了一个门面，它对子系统来说没有增加任何的功能，子系统若脱离门面模式是完全可以独立运行的。而中介者模式则增加了业务功能，它把各个同事类中的原有耦合关系移植到了中介者，同事类不可能脱离中介者而独立存在，除非是想增加系统的复杂性和降低扩展性。
2、知晓状态不同
对门面模式来说，子系统不知道有门面存在，而对中介者来说，每个同事类都知道中介者存在，因为要依靠中介者调和同事之间的关系，它们对中介者非常了解。
3、封装程序不同
门面模式是一种简单的封装，所有的请求处理都委托给子系统完成。而中介者模式则需要有一个中心，由中心协调同事类完成，并且中心本身也完成部分业务，它属于更进一步的业务功能封装。
三、包装模式群P
有很多模式中的角色是不干活的，它们只是充当黔首作用，你有问题，找我，但我不处理，我让其他人处理。类似这种模式的，这里统一称作包装模式。其包括：装饰模式、适配器模式、门面模式、代理模式、桥梁模式，它们都是通过委托的方式对一个对象或一系列对象施行包装，有了包装，设计的系统才更加灵活、稳定，并且极具扩展性。从实现的角度看，它们都是代理的一种具体表现形式，下面来看看它们在使用场景上有什么区别
1、代理模式主要用在不希望展示一个对象内部细节的场景中，比如一个远程服务器不需要把远程连接的所有细节都暴露给外部模块，通过增加一个代理类，可以很轻松地实现被代理类的功能封装，此外，代理模式还可以用在一个对象的访问需要限制的场景中，比如AOP。
2、装饰模式是一种特殊的代理模式，它倡导的是在不改变接口的前提下为对象增强/减弱功能，或者动态添加额外职责。就扩展性而言，它比子类更加灵活，例如在一个已经运行的项目中，可以轻检地通过增加装饰类来扩展系统的功能。
3、适配器模式的主要意图是接口转换，把一个对象的接口转换成系统希望的另外一个接口，这里的系统指的不仅仅是一个应用，也可能是某个环境，比如通过接口转换可以屏蔽外界接口，以免外界接口深入系统内部，从而提高系统的稳定性和可靠性。
4、桥梁模式是在抽象层产生耦合，解决的是自行扩展的问题，它可以使两个有耦合关系的对象互不影响地扩展，比如对于使用笔画图这样的需求，可以使用桥梁模式设计成用什么笔画什么图的方案，至于以后需求的变更，如增加笔的类型，增加图形等，对该设计来说是小菜一碟。
5、门面模式是一个粗粒度的封装，它提供一个方便访问子系统的接口，不具有任何的业务逻辑，仅仅是一个访问复杂系统的快速通道，没有它，子系统照样运行，有了它，只是更方便访问而已。
跨战区模式PK(总结)
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。