设计模式
都重名了比较难起
谋议可咨于众人,但做决断必归于一将。
展开
-
设计模式----Builder
感觉类似于Factory设计模式,具体的构造器分为多种就如多个builder,每个builder有一套特有的构造对象,生成一系列builder属性的产品,在做一次外壳类,也算是builder具体产品的生产过程类,这个类中传入builder实例,运用实例build各个产品部件,当然build的具体实现还是builder类来做,外壳只不过调用而已,build就像机器,外壳就像facto原创 2008-07-21 12:33:00 · 311 阅读 · 0 评论 -
设计模式--Prototype
感觉这个模式比较之无聊,至少是自己尚未碰到过它的应用,可能对对象的拷贝进行了进一步的封装,拷贝方式可做成深拷贝和浅拷贝class Prototype operation: virtual clone(); class ConcretePrototype : public Prototype operattion: 深拷贝: Prototype* clone()原创 2008-07-22 10:18:00 · 346 阅读 · 0 评论 -
设计模式-- Bridge
分离抽象和继承吗?怎么分离?本来抽象的东西就是要通过继承来特化实现……但是,在进行类设计中,组合要比继承好,呵呵!Bridge就是通过组合委托来将实体化抽象的工作以组合的方式进行的class Abstractionclass RedefineAbstraction : public Abstraction operation : operation 其实就是封装了一个具体实原创 2008-07-23 19:17:00 · 344 阅读 · 0 评论 -
设计模式-- Flyweight
仓库?对象池?有些可以共享的在实际应用中需要反复构造的对象,我们可以在第一次需求构造时同时将其实体放在一个存储结构中,链表?数组?容器?map?随便!当第二次,第三次要用到一个对象时,到存储结构中查找,找到了就引用,找不到就创造,再放入存储器中。感觉同时在模拟多个Singleton……但是,本质上是不同的,可能不是全局唯一的!内蕴 由ConcreteFlyweight本身提供,作为一种内部原创 2008-07-28 12:18:00 · 355 阅读 · 0 评论