首页 > 代码库 > 桥接模式
桥接模式
桥接模式的意图,与适配器很相似
适配器,将原有的接口转换成另一种接口,不改变原有接口,达到不同的接口适配
桥接模式,在变化的点之间,架起一种桥,使得可以很方便的与不同的点进行统一的通信
比如:游戏安装在不同的机器上,游戏的低层接口都是统一的,针对于不同的平台
低层的实现方式不一样,只需要保证游戏在不同的机器上可以实现同样的效果
继承会带来的麻烦?
对象的继承关系是在编译时就定义好了,所以无法在运行时改变从父类继承的实现
子类的实现与它的父类有非常紧密的依赖关系,以至于父类实现的任何变化都会导致子类发生变化,当你需要复用子类时,如果继承下来的实现不适合解决新的问题,则父类必须重写或被其他更适合的类替换,这种依懒关系限制了灵活性并最终限制了复用性
合成/聚合复用原则
尽量使用合成聚合,尽量不要使用类继承
聚合表示一种弱的拥有关系
合成表示一种强的拥有关系,体现了严格的部分和整体的关系
合成/聚合复用原则的好处
优先使用对象的合成聚合将有助于保持每个类被封装,并被集中在单个任务上
这样类类继承层层次会保持较小的规模,并且不大可能增长为不可控制的庞然大物
桥接的结构图
桥接模式要注意的点:
以下为示例代码
/// <summary> /// 通过这个类将refiendabstraction与concreteImplementorB或者C关联起来 /// </summary> class Abstraction { protected Implementor Implementor; public void SetImplementor(Implementor implementor) { this.Implementor = implementor; } public virtual void Operation() { Implementor.Operation(); } }
class RefiendAbstraction:Abstraction { public override void Operation() { Implementor.Operation(); } }
abstract class Implementor { public abstract void Operation(); }
class ConcreteImplementorA:Implementor { public override void Operation() { Console.WriteLine("ConcreteImplementorA的实现方式"); } }
class ConcreteImplementorB:Implementor { public override void Operation() { Console.WriteLine("ConcreteImplementorB的实现方式"); } }
static void Main(string[] args) { Abstraction abstraction=new RefiendAbstraction(); abstraction.SetImplementor(new ConcreteImplementorA()); abstraction.Operation(); abstraction.SetImplementor(new ConcreteImplementorB()); abstraction.Operation(); Console.ReadLine(); }
桥接模式
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。