Dive into Spring framework -- 了解基本原理（二）－－设计模式－part2

Template模式

Template模式顾名思义是提供了一种模板，也就是针对某种业务提供了模范框架。这个在spring中是属于核心模式的，因为其ApplicationContext抽象类就是模板模式的终极体现。

Template模式一般情况下是指针对某种业务算法（或者业务动作）形成的固定模式。而且它是基于继承的一种实现。由父类类完成模板方法，仅留出模板方法中的特别处理方法作为抽象方法，交由子类根据具体情况来实现。

对于具体使用，要引用一下《Expert》中的一句话“Publicsuperclass methods are usually final: the abstract methods deferredto subclasses are protected. ”正如这句话前面的一段所描述的，父类控制整个业务流，而将不能确定一些具体实现延迟给子类实现。刚这句话是借用java的基本属性来强制这种实现方式。父类中定义的工作流方法应该用publicfinal关键字，而抽象方法应该用protectedabstract 关键字。

通过Template模式，还实现了子类对父类的反向依赖。这样就由原来上层类依赖具体实现的情况，变成了子类依赖父类的具体逻辑，对于业务的实现主体都是在父类中完成的。

Strategy模式

策略是指在某种状况下，应该出手的套路。这包含了两个方面，一是固定的策略模板，一是具体实现。Strategy模式正是这样来实现的，它提供了一个具有策略模板的接口，具体业务系统仅依赖这个接口，而这也是依赖反转的一个具体例子。为何是依赖反转呢？因为业务具体依赖接口，而具体的策略实现也是依赖接口。那么如果按照我们直观的做法，可能就是由业务系统直接依赖某个具体实现。

命令模式，模板模式和策略模式都是《设计模式》中的行为性模式。《敏捷》就是把Template和Strategy放在一起来描述的。

周末公司培训，好多东西要消化，反倒是把blog放下了两天，心里很不痛快。

这次写的并不多，但从动手写这些东西，心里就不断有想法涌现。以前看过的书，真还需要多看几遍，是切切实实地留在自己的记忆力，融到自己的代码中。可惜以前总是将那么多好资料束之高阁。

在写这些笔记的时候，也一直在考虑应该怎样去描述，画一个清晰的类图，太懒了，因为在《Design Patterns》中有很多好的类图，关系图。而现在自己写下来的是自己的理解。