前言
在上一篇 https://www.cnblogs.com/zhaosq/p/10219501.html 中我们学习了创建型模式的建造者模式和原型模式. 本篇则来学习下结构型模式的适配器模式和桥接模式.
适配器模式
简介
适配器模式是作为两个不兼容的接口之间的桥梁. 这种类型的设计模式属于结构型模式, 它结合了两个独立接口的功能.
简单的来说就是通过某个接口将不兼容的两个类进行兼容, 俗称转换器.
生活比较典型的例子是电器的电压, 美国的电压是 110V 左右, 而中国的电压普片是 220V, 如果我们想用美国或日本的电器, 则需要一个转换器, 将 110V 转换成 220V. 还有一个很典型例子就是曾经的万能充, 基本可以充各种手机的电池.
这里我们用一个简单的示例来进行说明.
某个视频播放器, 只能播放 MP4 格式的视频, 但是主流的视频格式除了 MP4, 还有 AVI,RVMB 等, 这时就有个软件, 格式工厂用于对视频格式的转换(适配器), 从而进行播放视频. 这时我们就可以使用适配器模式来进行完成该代码的编写.
适配器模式主要有两种类型, 一种是类适配器模式, 主要通过继承来实现适配器功能; 一种是对象适配器模式, 通过组合来实现适配器功能.
首先是类适配器模式, 它需要完成一下步骤:
建立 MP4,AVI,RVMB 视频格式的接口;
建立一个视频播放器的类实现 MP4 视频格式的类;
编写一个格式工厂类, 将 AVI,RVMB 等格式的视频文件转换成 MP4 格式的文件.
播放这些视频.
那么代码如下:
代码示例:
- interface Mp4{
- void playMp4();
- }
- interface Avi{
- void playAvi();
- }
- interface Rvmb{
- void playRvmb();
- }
- class VideoPlayer implements Mp4{
- @Override
- public void playMp4() {
- System.out.println("播放 Mp4 格式的视频文件.");
- }
- }
- class FormatFactory extends VideoPlayer implements Avi{
- @Override
- public void playAvi() {
- // 转换成 MP4 格式的视频
- playMp4();
- }
- }
- public static void main(String[] args) {
- Mp4 mp4=new VideoPlayer();
- mp4.playMp4();
- Avi avi=new FormatFactory();
- avi.playAvi();
- }
运行结果:
播放 Mp4 格式的视频文件.
播放 Mp4 格式的视频文件.
通过上述代码以及运行结果, 我们可以得到想要的结果了, 如果还有新增的视频格式, 也需要使用该视频播放器播放的话, 只需在增加一个接口以及格式工厂类就可以了.
对象适配器模式
通过组合来实现适配器功能.
所以这里我们只需将格式工厂中继承改为创建对象即可.
更改之后的代码如下:
代码示例
- class FormatFactory2 implements Rvmb{
- private Mp4 mp4;
- public FormatFactory2(Mp4 mp4) {
- this.mp4=mp4;
- }
- @Override
- public void playRvmb() {
- mp4.playMp4();
- }
- }
- public static void main(String[] args) {
- Rvmb rvmb=new FormatFactory2(new VideoPlayer());
- rvmb.playRvmb();
- }
运行结果:
播放 Mp4 格式的视频文件.
这两种适配器模式中, 都实现了该功能, 不过在这里推荐使用对象适配器模式, 相比类适配器模式, 它更加灵活, 也符合设计原则中的合成复用原则:
尽量使用合成 / 聚合的方式, 而不是使用继承.
适配器模式的优点:
提升了类的复用和灵活度.
适配器模式的缺点:
使用过多, 系统会比较杂乱, 难以把握.
注意事项:
适配器不是在详细设计时添加的, 而是解决正在服役的项目的问题.
桥接模式
简介
桥接是用于把抽象化与实现化解耦, 使得二者可以独立变化. 这种类型的设计模式属于结构型模式, 它通过提供抽象化和实现化之间的桥接结构, 来实现二者的解耦.
字面的意思解读就是通过一个中间的桥梁对两边的东西进行关联起来, 但是关联的两者之间又不相互影响. 对这个印象比较深的是 <大话设计模式> 中的手机品牌和手机软件, 手机有很多品牌, 市场有很多软件, 每个手机装的软件又各不相同, 手机品牌包含软件, 但是软件并不是手机的一部分, 它们是聚合关系. 如果 A 品牌手机装了 a,b 软件, B 品牌手机装了 b,c 软件, 如果 A 品牌手机需要新安装一个 c 软件, 那么它只需添加该软件即可, 无需知道该软件是如何生产的. 相同的, 如果新增了一个 C 品牌手机, 那么它也只需安装所需的 a,b 或 c 软件即可.
好了, 废话不在多说, 依旧用一个示例来进行说明.
市面上有很多种笔, 比如铅笔, 黑色的圆珠笔和红色的圆珠笔等等, 也有很多种类型的纸, 比如考试的卷子用的纸, 报纸用的纸等等. 一般来说, 报纸上的字颜色是黑色的, 这里我们就用黑色的圆珠笔来进行书写, 考试卷子上的打分字颜色是红色的, 这里我们就用红色的圆珠笔来进行书写. 笔类和纸类相互独立, 但是在纸上写字又将它们关联起来, 这里我们就可以使用桥接模式.
实现步骤如下:
定义一个笔类的接口, 有写的这个方法;
定义红笔和黑笔的类, 实现笔类的接口;
定义一个纸类的抽象类, 设置笔的种类, 并需要实现被写的方法;
定义卷子纸和新闻纸类, 继承纸类并实现该方法;
进行书写.
代码示例
- interface Pen{
- void write();
- }
- class RedPen implements Pen{
- @Override
- public void write() {
- System.out.println("红色的字");
- }
- }
- class BlackPen implements Pen{
- @Override
- public void write() {
- System.out.println("黑色的字");
- }
- }
- abstract class Paper{
- protected Pen pen;
- void setPen(Pen pen){
- this.pen=pen;
- }
- abstract void writing();
- }
- class ExaminationPaper extends Paper{
- @Override
- void writing() {
- pen.write();
- }
- }
- class NewsPaper extends Paper{
- @Override
- void writing() {
- pen.write();
- }
- }
- public static void main(String[] args) {
- Paper paper=new ExaminationPaper();
- paper.setPen(new RedPen());
- paper.writing();
- Paper paper2=new NewsPaper();
- paper2.setPen(new BlackPen());
- paper2.writing();
- }
运行结果
红色的字
黑色的字
从上述结果中我们可以得出我们想要的结果. 如果新增一个笔类或者一个纸类, 那么只需新增相应的接口和实现即可, 并不会因为结构化改变而相互直接影响.
桥接模式的优点:
1, 抽象和实现的分离, 实现了解耦;
2, 提升的扩展能力.
桥接模式的缺点:
会使系统看起复杂, 对新手不友好, 没有一定的抽象进行设计能力难以理解.
使用场景:
一个类存在两个独立变化的维度, 且这两个维度都需要进行扩展.
来源: http://www.bubuko.com/infodetail-2922305.html