一。Template Method模式
《设计模式》一书对Template Method模式是这样描述的:
定义一个操作中算法的骨架,而将一些步骤延迟到子类中。不改变算法的结构而重新定义它的步骤。
我的理解:定义一个抽象类或者说接口,在它的内部定义一些抽象的方法(供TemplateMethod调用的步骤)和一个TemplateMethod方法(非抽象方法),封装了这些抽象方法的接口或抽象类就是骨架。而将它的实现延迟到子类中,也就是用子类实现它。不改变算法的结构而重新定义它的步骤,也就是改写或者实现父类的这些非TemplateMethod的抽象方法。下面给出一个例子:
输出结果:
格式化Qracle数据库连接
格式化Oracle数据库查询
格式化Mysql数据库连接
格式化Mysql数据库查询
在这个例子中,我们定义了一个骨架QueryTemplate,在它的内部定义了一个Template Method,和一些步骤(抽象方法),使用Template Method来调用这些步骤。步骤是在子类中实现的。
小结:有时候,会遇到由一系列步骤构成的过程需要执行。这个过程从高层次上看是相同的,但有些步骤的实现可能不同。正如,查询SQL数据库从高层次上看过程是相同的,但某些细节比如如何连接数据库则可能因平台等细节的不同而不同。通过Template Method模式,我们可以先定义步骤序列,然后覆盖那些需要改变的步骤
二。 Strategy模式
不是将通用应用算法放进一个抽象基类中,而是将它放进一个名为ApplicationRunner的具体类中。我们把通用算法必须要调用的抽象方法定义在一个名为application的接口中。我们从这个接口派生出ftocStrategy,并把它传给ApplicationRunner。之后,ApplicationRunner就可以把具体工作委托给这个接口去完成。