看过了Bridge模式的说明后,现在还没有什么理性上的认识。只是知道它的特点是:
1.提取出对象间的共性,把可变性进行封装;
2.用对象聚集的方式替代对象继承;
第一个特点使对象的抽象(共性)和实现(可变性)进行了分离。由于一上来就对系统进行了共性和可变性的分析,所以当可变性发生变化的时候仅仅变动可变性的结构就可以了。而且,一般情况下,他们的接口(共性)是不会进行更改的。如果接口进行了更改,则第二个特点也能够是系统收到很小的冲击,因为使用的是对象的聚集,所以没有复杂的类继承关系,即使更改也不会影响全部,只会影响这个需要更改的抽象而已,不过该抽象部分的继承体系则需要变动,或许这是Bridge模式的缺陷吧。
对于Bridge模式的理解仅限于此,在以后慢慢的应用当中再会慢慢的进行理解吧。
1.提取出对象间的共性,把可变性进行封装;
2.用对象聚集的方式替代对象继承;
第一个特点使对象的抽象(共性)和实现(可变性)进行了分离。由于一上来就对系统进行了共性和可变性的分析,所以当可变性发生变化的时候仅仅变动可变性的结构就可以了。而且,一般情况下,他们的接口(共性)是不会进行更改的。如果接口进行了更改,则第二个特点也能够是系统收到很小的冲击,因为使用的是对象的聚集,所以没有复杂的类继承关系,即使更改也不会影响全部,只会影响这个需要更改的抽象而已,不过该抽象部分的继承体系则需要变动,或许这是Bridge模式的缺陷吧。
对于Bridge模式的理解仅限于此,在以后慢慢的应用当中再会慢慢的进行理解吧。