UML关系简单介绍
UML简单使用的介绍
创建型设计模式
Android设计模式-单例模式
Android设计模式-工厂模式
Android设计模式-抽象工厂模式
Android设计模式-建造者模式
Android设计模式-原型模式
结构型设计模式
Android设计模式-代理模式
Android设计模式-装饰模式
Android设计模式-适配器模式
Android设计模式-组合模式
Android设计模式-门面模式
Android设计模式-桥接模式
Android设计模式-享元模式
行为型设计模式
Android设计模式-策略模式
Android设计模式-命令模式
Android设计模式-责任链模式
Android设计模式-模版方法模式
Android设计模式-迭代器模式
Android设计模式-观察者模式
Android设计模式-备忘录模式
Android设计模式-中介者模式
Android设计模式-访问者模式
Android设计模式-状态模式
Android设计模式-解释器模式
1.定义
将抽象和实现解耦，使得两者可以独立的变化
2.桥接模式UML图
桥接模式UML图
角色介绍
- Abstraction 抽象化角色 定义出该角色的行为，并且保存对实现化角色的引用，该角色一般是抽象类
- Implementor 实现化角色 为接口或者抽象类，定义角色必须的行为和属性
- RefinedAbstraction 修正抽象化角色 它引用实现化角色，对抽象画角色进行修正
- ConcreteImplementor 具体实现化角色 实现了实现化角色里定义的行为和属性
总结说就是抽象角色引用了实现角色，或者说抽象角色的部分实现是由实现角色来完成的
3.简单实现
3.1抽象化角色
public abstract class Abstraction {
private Implementor implementor;
public Abstraction(Implementor implementor) {
this.implementor = implementor;
}
public Implementor getImplementor() {
return implementor;
}
public void request(){
this.implementor.doSomething();
}
}
3.2实现化角色
public interface Implementor {
void doSomething();
void doAnything();
}
3.3修正抽象化角色
public class RefinedAbstraction extends Abstraction {
public RefinedAbstraction(Implementor implementor) {
super(implementor);
}
@Override
public void request() {
super.request();
super.getImplementor().doAnything();
}
}
3.4 具体实现化角色
public class ConcreteImplementor implements Implementor {
@Override
public void doSomething() {
System.out.println("doSomething");
}
@Override
public void doAnything() {
System.out.println("doAnything");
}
}
3.5场景调用
public class MyClass {
public static void main(String args[]) {
Implementor implementor=new ConcreteImplementor();
Abstraction abstraction=new RefinedAbstraction(implementor);
abstraction.request();
}
}
打印结果
doSomething
doAnything
例子很简单，通过桥接模式，可以让扩展变得很轻松。
4.总结
4.1优点
- 抽象和实现分离，在该模式下，实现可以不受抽象的约束。不用再绑定在一个固定的抽象层次上。是为了解决继承的缺点而提出的设计模式
- 扩展灵活
- 实现细节对客户透明，客户不用关心细节对实现，他已经在抽象层通过聚合关系完成了封装
4.2使用场景
- 不适用使用继承对场景，或者不希望使用继承对场景
- 接口或者抽象类不稳定的情况。明知道接口或抽象类不稳定，还通过继承的写法来实现业务，那是得不偿失的。
- 重用性要求较高的场景，设计的颗粒度越细，则被重用的可能性就越大，而采用继承的方式则受父类的影响。不可能出现太细的粒度。
4.3注意事项
桥接模式的意图是对变化对封装，尽量把可能变化对因素封装到更细更小的逻辑单元，避免风险扩散。而不能只要用继承的就换成桥接。
