Themeplate Method

?

    public abstract class Application {
	protected abstract void init();
	protected abstract void idle();
	protected abstract void cleanup();
	private boolean isDone = false;
	protected void setDone(){
		this.isDone = true;
	}
	protected boolean done(){
		return isDone;
	}
	public void run(){
		init();
		while(!done())
			idle();
		cleanup();
	}
}

  

?

    public class WorkTemplateMethod extends Application {
	public static void main(String[] args){
		new WorkTemplateMethod().run();
	}
	@Override
	protected void cleanup() {
		System.out.println("clean up.");
	}
	@Override
	protected void idle() {
		System.out.println("idle.");setDone();
	}
	@Override
	protected void init() {
		System.out.println("init.");
	}
}
  

?

Template Method模式展示了面向對象編程中諸多經典重用形式的一種。其中通用算法run（）被放置在基類中，并且通過繼承在不同的具體上下文中實現該通用算法。

但這項技術也是有代價的。繼承是一種非常強的關系，派生類不可避免地要和它們的基類綁定在一起。

如果有個類Application2也需要WorkTemplateMethod中的idle（）方法。然而卻沒法重用，由于繼承了Application，就注定把WorkTemplateMethod永遠地和Application綁定在了一起。

這時，我們就需要Strategy模式。

Strategy模式

?

    public class ApplicationRunner {
	private Application app = null;
	
	public ApplicationRunner(Application app){
		this.app = app;
	}
	public void run(){
		app.init();
		while(!app.done())
			app.idle();
		app.cleanup();
	}
}
  

?

?

    public interface Application {
	public void init();
	public void idle();
	public void cleanup();
	public boolean done();
}
  

?

?

?

    public class WorkStrategy implements Application {
	private boolean isDone = false;

	@Override
	public void cleanup() {
		System.out.println("clean up.");
	}

	@Override
	public boolean done() {
		return isDone;
	}

	@Override
	public void idle() {
		System.out.println("idle.");
		isDone = true;
	}

	@Override
	public void init() {
		System.out.println("init.");
	}

	public static void main(String[] args) {
		new ApplicationRunner(new WorkStrategy()).run();
	}
}
  

?

WorkStrategy對ApplicationRunner一無所知（main方法作為一個調用的例子，通常它都會在測試類中），它不依賴于run邏輯的任何實現方式。這和TemplateMethod模式是不同的，WorkTemplateMethod完全依賴于它的父類Application中run的邏輯，因而違反了DIP原則，而Strategy方法中不包含這中依賴。因此，當有別的邏輯出現時，也可以復用WorkStrategy實例中的方法。

?

?

    public class ApplicationRunner2 {
private Application app = null;
	
	public ApplicationRunner2(Application app){
		this.app = app;
	}
	public void go(){
		//app.init();  不調用init方法
		while(!app.done())
			app.idle();
		app.cleanup();
	}
}
  

?

?這樣，只要使用new ApplicationRunner2(new WorkStrategy()).go()就可以了。

因此，Strategy模式比TemplateMethod模式多推薦了一個額外的好處。盡管TemplateMethod模式允許一個通用算法（run邏輯）操作多個可能的具體實現，但是由于Strategy模式完全遵循DIP原則，從而請允許每個具體實現都可以被多個不兩只的通用算法（run邏輯或go邏輯）操縱。

一句話，少用繼承，多用接口。

?

Template Method模式和Strategy模式：繼承與委托