设计模式
关注
分享
扫一扫
outcastllx
这个作者很懒，什么都没留下…
展开
-
设计模式(二)---策略模式
定义算法家族，分别封装起来，让它们之间可以互相替换，让算法变化，不会影响到用户 GOOD:适合类中的成员以方法为主，算法经常变动；简化了单元测试（因为每个算法都有自己的类，可以通过自己的接口单独测试。 策略模式和简单工厂基本相同，但简单工厂模式转载 2011-09-15 19:50:58 · 253 阅读 · 0 评论 -
设计模式(一)---简单工厂模式
主要用于创建对象。新添加类时，不会影响以前的系统代码。核心思想是用一个工厂来根据输入的条件产生不同的类，然后根据不同类的virtual函数得到不同的结果。GOOD:适用于不同情况创建不同的类时BUG：客户端必须要知道基类和工厂类，耦合性差（工厂类与基类为关联关系）转载 2011-09-15 19:42:38 · 212 阅读 · 0 评论 -
设计模式(三)---装饰模式
动态地给一个对象添加一些额外的职责（不重要的功能，只是偶然一次要执行），就增加功能来说，装饰模式比生成子类更为灵活。建造过程不稳定，按正确的顺序串联起来进行控制。 GOOD:当你向旧的类中添加新代码时，一般是为了添加核心职责或主要行为。而当需要加入的仅仅是一些特转载 2011-09-17 17:50:44 · 254 阅读 · 0 评论 -
设计模式(四)---代理模式
GOOD：远程代理，可以隐藏一个对象在不同地址空间的事实虚拟代理：通过代理来存放需要很长时间实例化的对象安全代理：用来控制真实对象的访问权限智能引用：当调用真实对象时，代理处理另外一些事例：#include #include using nam转载 2011-09-23 13:52:13 · 251 阅读 · 0 评论