• 桥梁模式


    桥梁模式也叫桥接模式,其定义如下:
    Decouple an abstraction from its implementation so that the two can vary independently.
    将抽象和实现解耦,使得两者可以独立地变化

    桥梁模式的角色:
    Abstraction抽象化角色:它的主要职责就是定义出该角色的行为,同时保存一个对实现化该角色的引用,该角色一般是抽象类
    Implementor实现化角色:它是接口或者抽象类,定义角色必须的行为和属性
    RefinedAbstraction修正抽象化角色:它引用实现化角色对抽象化角色进行修正
    ConcreteImplementor具体实现化角色:它实现接口或抽象类定义的方法和属性

    抽象角色引用实现角色,或者抽象角色的部分实现是由实现角色完成的

    //实现化角色
    public class Implementor{
        //基本方法
        public void doSomething();
        public void doAnything();
    }
    
    //具体实现化角色
    public class ConcreteImplementor1 implements Implementor{
        public void doSomething(){
        
        }
        public void doAnything(){
        
        }
    }
    public class ConcreteImplementor2 implements Implementor{
        public void doSomething(){
        
        }
        public void doAnything(){
        
        }
    }
    //抽象化角色
    public abstract class Abstraction{
        //定义对实现化角色的引用
        private Implementor imp;
        //月色子类必须实现该构造函数
        public Abstraction(Implementor _imp){
            this.imp=_imp;
        }
        //自身的行为或属性
        public void request(){
            this.imp.doSomething();
        }
        //获得实现画角色
        public Implementor getImp(){
            return imp;
        }
    }
    //具体抽象化角色
    public class RefinedAbstraction extends Abstraction{
        //覆写构造函数
        public RefinedAbstraction(Implementor _imp){
            super(_imp);
        }
        @Override
        public void request(){
            /*
             * 业务处理
            */
            super.request();
            super.getImp().doAnything();
        }
    }
    //场景类
    public class Client{
        public static void main(String[] args){
            //定义一个实现化角色
            Implementor imp=new ConcreteImplementor1();
            //定义一个抽象化角色
            Abstraction abs=new RefinedAbstraction(imp);
            //执行行文
            abs.request();
        }
    }

    桥梁模式的优点:
    1.抽象和实现分离
    2.优秀的扩充能力
    3.实现细节对客户透明
    使用场景:
    1.不希望或不适用使用继承的场景:例如继承层次过滤,无法更细化设计颗粒等场景,需要考虑使用桥梁模式
    2.接口或抽象类不稳定的场景
    3.重用性要求较高的场景

    桥梁模式的注意事项
    桥梁模式的意图还是对变化的封装,尽量把可能变化的因素封装到最细,最小的逻辑单元中,避免风险扩散,发现类的继承有N层时,可以考虑使用桥梁模式

  • 相关阅读:
    ubuntu18安装paddle的cpu版本错误
    博客园的推荐150名大牛的地址
    课堂翻译
    小组介绍
    Sunshine小组
    项目进程
    总结
    布置的开发项目
    一周总结
    每周学习
  • 原文地址:https://www.cnblogs.com/liaojie970/p/5497344.html
Copyright © 2020-2023  润新知