note/design-pattern/设计模式.md

优先选择策略模式而不是模板方法模式的场景

• 所有步骤都不同(而不是几个)
• 实现类需要独立的继承
• 实现类和其他类强相关(常见于J2EE的数据访问场景)
• 实现类需要在运行时发生变化，继承不能做到，但是代理可以模板方法设计模式也是在工作类中持有抽象类的引用，可以在运行时传入不同的子类实现，为什么说不能再运行时发生变化？
• 有很多种不同的实现类或者实现类的数量会持续增长。在这种情况下，策略模式更大的灵活性几乎肯定会证明是有益的，因为它为实现提供了最大的自由度。