1. 工廠模式

1.1 描述

簡單工廠模式是由一個工廠物件根據收到的訊息決定要建立哪一個類的物件例項。

1.2 使用場景

工廠類負責建立的物件比較少，客戶只需要傳入工廠類引數，對於如何建立物件（邏輯）不關心。簡單工廠模式很容易違反高內聚低耦合的原則，因此一般只在很簡單的情況下使用。

1.3 優點

最大的優點在於工廠類中包含了必要的邏輯，根據客戶需要的邏輯動態例項化相關的類。

1.4 例子

public interface Shape {
	
	public void draw();
	
}

public class Circle implements Shape {

	@Override
	public void draw() {
		System.out.println("Inside Circle::draw() method.");
	}

}
 

public class Rectangle implements Shape {

	@Override
	public void draw() {
		System.out.println("Inside Rectangle::draw() method.");
	}

}

public class Square implements Shape {

	@Override
	public void draw() {
		System.out.println("Inside Square::draw() method.");
	}

}

public class ShapeFactory {
	
	public Shape getShape(String type) {
		if ("circle".equals(type)) {
			return new Circle();
		} else if ("rectangle".equals(type)) {
			return new Rectangle();
		} else if ("square".equals(type)) {
			return new Square();
		} else {
			return null;
		}
	}
	
}
 

public class FactoryPatternDemo {
	
	public static void main(String[] args) {
		ShapeFactory shapeFactory = new ShapeFactory();
		shapeFactory.getShape("circle").draw();
		shapeFactory.getShape("rectangle").draw();
		shapeFactory.getShape("square").draw();
	}

}

2. 工廠方法模式

2.1 描述

定義一個建立物件的工廠介面，讓子類決定例項化哪一個類，將實際建立工作推遲到子類當中。

2.2 使用場景

 1、日誌記錄器：記錄可能記錄到本地硬碟、系統事件、遠端伺服器等，使用者可以選擇記錄日誌到什麼地方。 2、資料庫訪問，當用戶不知道最後系統採用哪一類資料庫，以及資料庫可能有變化時。 3、設計一個連線伺服器的框架，需要三個協議，"POP3"、"IMAP"、"HTTP"，可以把這三個作為產品類，共同實現一個介面。

2.3 優點

建立物件的介面，讓子類決定具體例項化的物件，把簡單的內部邏輯判斷移到了客戶端。工廠方法模式克服了簡單工廠所違背的開閉原則的缺點，又保持了封裝物件建立過程的優點。擴充套件性高，想要增加一個產品，只要擴充套件一個工廠類就可以。

2.4 例子

public interface ShapeFactory {
	
	public Shape getShape();
	
}

public class CircleFactory implements ShapeFactory {

	@Override
	public Shape getShape() {
		return new Circle();
	}

}

public class RectangleFactory implements ShapeFactory {

	@Override
	public Shape getShape() {
		return new Rectangle();
	}

}

public class SquareFactory implements ShapeFactory {

	@Override
	public Shape getShape() {
		return new Square();
	}

}

public class FactoryMethodDemo {
	
	public static void main(String[] args) {
		ShapeFactory circleFactory = new CircleFactory();
		circleFactory.getShape().draw();
		ShapeFactory rectangleFactory = new RectangleFactory();
		rectangleFactory.getShape().draw();
		ShapeFactory squareFactory = new SquareFactory();
		squareFactory.getShape().draw();
	}

}

3. 抽象工廠

3.1 描述

抽象工廠是圍繞一個超級工廠建立其他工廠，該超級工廠又稱為其他工廠的工廠。提供一個建立一系列相關或相互依賴物件的介面，而無需指定他們具體的類。

3.2 使用場景

系統的產品多於一個產品族，而系統只消費某一族的產品。

3.3 優點

當一個產品族中的多個物件被設計成一起工作時，它能保證客戶端始終只使用同一個產品族中的物件。

3.4 例子

public interface Button {
	
	public void processEvent();
	
}

public interface Text {
	
	public void getWholeText();
	
}

public class LinuxButton implements Button {

	@Override
	public void processEvent() {
		System.out.println("Inside LinuxButton::processEvent() method.");
	}

}

public class WindowsButton implements Button {

	@Override
	public void processEvent() {
		System.out.println("Inside WindowsButton::processEvent() method.");
	}

}

public class LinuxText implements Text {

	@Override
	public void getWholeText() {
		System.out.println("Inside LinuxText::getWholeText() method.");
	}

}

public class WindowsText implements Text {

	@Override
	public void getWholeText() {
		System.out.println("Inside WindowsText::getWholeText() method.");
	}

}

public interface AbstractFactory {
	
	public Button createButton();
	
	public Text createText();

}

public class LinuxFactory implements AbstractFactory {

	@Override
	public Button createButton() {
		return new LinuxButton();
	}

	@Override
	public Text createText() {
		return new LinuxText();
	}

}

public class WindowsFactory implements AbstractFactory {

	@Override
	public Button createButton() {
		return new WindowsButton();
	}

	@Override
	public Text createText() {
		return new WindowsText();
	}

}

public class AbstractFactoryDemo {
	
	public static void main(String[] args) {
		AbstractFactory linuxFactory = new LinuxFactory();
		linuxFactory.createButton().processEvent();
		linuxFactory.createText().getWholeText();
		AbstractFactory windowsFactory = new WindowsFactory();
		windowsFactory.createButton().processEvent();
		windowsFactory.createText().getWholeText();
	}

}

4. 總結

無論是簡單工廠模式，工廠方法模式，還是抽象工廠模式，他們都屬於工廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為了解耦。在使用時，我們不必去在意這個模式到底工廠方法模式還是抽象工廠模式，因為他們之間的演變常常是令人琢磨不透的。經常你會發現，明明使用的工廠方法模式，當新需求來臨，稍加修改，加入了一個新方法後，由於類中的產品構成了不同等級結構中的產品族，它就變成抽象工廠模式了；而對於抽象工廠模式，當減少一個方法使的提供的產品不再構成產品族之後，它就演變成了工廠方法模式。
       所以，在使用工廠模式時，只需要關心降低耦合度的目的是否達到了。