关于桥BRIDGE设计模式
我们做了一个系统关于制作相片作品的,包括相册,海报,T恤,台历等,统称为作品,以后有可能增加新的作品,作品,从分类上可以将其抽象出来作品类,这些作品的制作方式都是不同的,但是都是去制作(行为)作品,我可以将这个制作的行为封装,这样就存在了抽象和行为两个维度的变化,这样我是不是可以应用桥模式了,将来增加一个新的作品类型和对应的制作行为就很方便容易扩展了,不知道我这样的设计是否合理!
我们做了一个系统关于制作相片作品的,包括相册,海报,T恤,台历等,统称为作品,以后有可能增加新的作品,作品,从分类上可以将其抽象出来作品类,这些作品的制作方式都是不同的,但是都是去制作(行为)作品,我可以将这个制作的行为封装,这样就存在了抽象和行为两个维度的变化,这样我是不是可以应用桥模式了,将来增加一个新的作品类型和对应的制作行为就很方便容易扩展了,不知道我这样的设计是否合理!
|
-----------------------
不过我想来想去......既然是"制作",也就是"生成",也就是new
直接extends 父类然后Override一下构造函数就得了
像上述的结构的话,除非接口是Flyable之类的......
没必要去特意去实现一个makeable接口,因为本身new就是make
[该贴被laoliang于2008-09-04 16:29修改过]
[该贴被laoliang于2008-09-04 16:33修改过]
目前来看是不错的。
如果对于一类产品比方说相册,它有两套或以上的制作方法,用桥是合适的,如果只有一种制作方法就不必要了。
只有一种制作方法的情况的实现:
|
|