设计模式C++Code版

Strategy模式和Template模式要解决的问题是相同（类似）的，都是为了给业务逻辑（算 法）具体实现和抽象接口之间的解耦。Strategy模式将逻辑（算法）封装到一个类（Context） 里面，通过组合的方式将具体算法的实现在组合对象中实现，再通过委托的方式将抽象接口的 实现委托给组合对象实现。State模式也有类似的功能，他们之间的区别将在讨论中给出。 可以看到Strategy模式和Template模式解决了类似的问题，也正如在Template模式中分析 的，Strategy模式和Template模式实际是实现一个抽象接口的两种方式：继承和组合之间的区 别。要实现一个抽象接口，继承是一种方式：我们将抽象接口声明在基类中，将具体的实现放 在具体子类中。组合（委托）是另外一种方式：我们将接口的实现放在被组合对象中，将抽象 接口放在组合类中。这两种方式各有优缺点，先列出来： 1） 继承： 优点 a）易于修改和扩展那些被复用的实现。 缺点 a）破坏了封装性，继承中父类的实现细节暴露给子类了； b）“白盒”复用，原因在a）中； c）当父类的实现更改时，其所有子类将不得不随之改变 d)从父类继承而来的实现在运行期间不能改变（编译期间就已经确定了）。 2） 组合 优点 a）“黑盒”复用，因为被包含对象的内部细节对外是不可见的； b）封装性好，原因为a）； c）实现和抽象的依赖性很小（组合对象和被组合对象之间的依赖性小）； d）可以在运行期间动态定义实现（通过一个指向相同类型的指针，典型的是抽象基类 的指针）。 缺点 a）系统中对象过多。 从上面对比中我们可以看出，组合相比继承可以取得更好的效果，因此在面向对象的设计 中的有一条很重要的原则就是：优先使用（对象）组合，而非（类）继承（Favor Composition Over Inheritance）。 实际上，继承是一种强制性很强的方式，因此也使得基类和具体子类之间的耦合性很强。 例如在Template模式中在ConcreteClass1中定义的原语操作别的类是不能够直接复用（除非你 继承自AbstractClass，具体分析请参看Template模式文档）。而组合（委托）的方式则有很小 的耦合性，实现（具体实现）和接口（抽象接口）之间的依赖性很小，例如在本实现中， ConcreteStrategyA的具体实现操作很容易被别的类复用，例如我们要定义另一个Context类 AnotherContext，只要组合一个指向Strategy的指针就可以很容易地复用ConcreteStrategyA的 实现了。 我们在Bridge模式的问题和Bridge模式的分析中，正是说明了继承和组合之间的区别。请 参看相应模式解析。 另外Strategy模式很State模式也有相似之处，但是State模式注重的对象在不同的状态下 不同的操作。两者之间的区别就是State模式中具体实现类中有一个指向Context的引用，而 Strategy模式则没有。具体分析请参看相应的State模式分析中。