装饰模式，动态地给一个对象添加一些额外的职责。就增加功能来说，Decorator模式相比生成子类更为灵活。
继续阅读 »
首页
› 月度存档 › 2 月 2015
设计模式C++学习笔记之十三（Decorator装饰模式）
设计模式C++学习笔记之十二（Command命令模式）
命令模式，将一个请求封装为一个对象，从而使你可用不同的请求对客户进行参数化；对请求排队或记录请求日志，以及支持可撤消的操作。应该是一个比较简单的模式了。
继续阅读 »
设计模式C++学习笔记之十一（Bridge桥梁模式）
桥梁模式，将抽象部分与它的实现部分分离，使它们都可以独立地变化。实现分离的办法就是增加一个类，
继续阅读 »
设计模式C++学习笔记之十（Builder建造者模式）
建造者模式，将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。一段晦涩难懂的文字，实现创建不同表示的方法就是给创建的过程传入创建的参数。详细的还是看代码吧。
继续阅读 »
设计模式C++学习笔记之九（Template Method模板方法模式）
模板模式也是相当简单的一种模式，而且是比较常用的。模板模式是定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。TemplateMethod使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。cbf4life举的例子是悍马车模型，更详细的例子说明可以参考原作者博客：cbf4life.cnblogs.com。这里只提出C++的设计和实现方法，以方便随用随取。
继续阅读 »
设计模式C++学习笔记之八（Adapter适配器模式）
适配器模式，使用之处比较特殊，不属于常规设计模式，主要用于不同系统之间的处理。是将一个类的接口转换成客户希望的另外一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。也是一个比较简单的模式，直接上代码了。
继续阅读 »
设计模式C++学习笔记之七（AbstractFactory抽象工厂模式）
抽象工厂，提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。对于工厂方法来说，抽象工厂可实现一系列产品的生产，抽象工厂更注重产品的组合。
继续阅读 »
设计模式C++学习笔记之六（Facade门面模式）
Facade门面模式，也是比较常用的一种模式，基本上所有软件系统中都会用到。 GOF 在《设计模式》一书中给出如下定义：为子系统中的一组接口提供一个一致的界面， Facade 模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。简单说，就是将复杂的逻辑封装起来，对外公开简单的接口，由客户程序调用。这里举了一个发送邮件的例子，我们理解为电子邮件吧，普通的邮件应该不需要告诉邮局，我们写的信件内容（呵呵有点较真了）。这个例子更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。
继续阅读 »
设计模式C++学习笔记之五（Factory Method工厂方法模式）
工厂方法模式的意义是定义一个创建产品对象的工厂接口，将实际创建工作推迟到子类当中。核心工厂类不再负责产品的创建，这样核心类成为一个抽象工厂角色，仅负责具体工厂子类必须实现的接口，这样进一步抽象化的好处是使得工厂方法模式可以使系统在不修改具体工厂角色的情况下引进新的产品。这个例子更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。贴代码了。
继续阅读 »
设计模式C++学习笔记之四（Multition多例模式）
多例模式，这个在GOF的模式设计里没有提到，但在实际工作中确实会用到。更详细的内容及说明可以参考原作者博客：cbf4life.cnblogs.com。
继续阅读 »
近期评论