第四に、デザインモードのビルダーモード

デザインモードのビルダーモード

目次

デザインモードのビルダーモード

1.基本的な紹介

1.1。ビルダーモードの4つの役割

1.2。ビルダーモデルのUMLクラス図

2、例のデモンストレーション

第三に、JDKでのビルダーモードの適用とソースコード分析

4、ビルダーモードのメモと詳細


1.基本的な紹介

1)ビルダーパターン(ビルダーパターン)は、ビルダーパターンとも呼ばれ、オブジェクト構築パターンです。複雑なオブジェクト(抽象カテゴリ)の構築プロセスを抽象化できるため、この抽象化プロセスのさまざまな実装方法で、さまざまな表現(属性)を持つオブジェクトを構築できます。

2)ビルダーモードでは、複雑なオブジェクトを段階的に作成します。複雑なオブジェクトの種類と内容を指定するだけで、複雑なオブジェクトを作成できます。ユーザーは、特定の内部構築の詳細を知る必要はありません。

中心的なアイデア:製品と製品構築プロセスを切り離す

1.1。ビルダーモードの4つの役割

  1.  製品(製品ロール):特定の製品オブジェクト。
  2. ビルダー(抽象ビルダー):Productオブジェクトのコンポーネントごとに指定されたインターフェース/抽象クラスを作成します。
  3.  ConcreteBuilder(コンクリートビルダー):インターフェイスを実装し、さまざまなコンポーネントをビルドおよびアセンブルします。
  4. ディレクター:Builderインターフェースを使用するオブジェクトを作成します。これは主に、複雑なオブジェクトを作成するために使用されます。これには2つの主要な機能があります。1つは顧客とオブジェクトの製造プロセスを分離することであり、もう1つは製品オブジェクトの製造プロセスを制御することです。

1.2。ビルダーモデルのUMLクラス図

2、例のデモンストレーション

住宅プロジェクトの要件

1)家を建てる必要がある:このプロセスは、杭打ち、壁の構築、屋根ふきです

2)普通の家、高層ビル、別荘など、さまざまな種類の家があり、さまざまな家のプロセスは同じですが、要件は同じではありません。

3)要件を満たすためのプログラムを作成してください

製品(製品の役割):家

public class House {
	private String baise;
	private String wall;
	private String roofed;
	public String getBaise() {
		return baise;
	}
	public void setBaise(String baise) {
		this.baise = baise;
	}
	public String getWall() {
		return wall;
	}
	public void setWall(String wall) {
		this.wall = wall;
	}
	public String getRoofed() {
		return roofed;
	}
	public void setRoofed(String roofed) {
		this.roofed = roofed;
	}
	
}

ビルダー(抽象ビルダー):

// 抽象的建造者
public abstract class HouseBuilder {

	protected House house = new House();
	
	//将建造的流程写好, 抽象的方法
	public abstract void buildBasic();
	public abstract void buildWalls();
	public abstract void roofed();
	
	//建造房子好, 将产品(房子) 返回
	public House buildHouse() {
		return house;
	}
	
}

ConcreteBuilder(コンクリートビルダー):普通の家

public class CommonHouse extends HouseBuilder {

	@Override
	public void buildBasic() {
		// TODO Auto-generated method stub
		System.out.println(" 普通房子打地基5米 ");
	}

	@Override
	public void buildWalls() {
		// TODO Auto-generated method stub
		System.out.println(" 普通房子砌墙10cm ");
	}

	@Override
	public void roofed() {
		// TODO Auto-generated method stub
		System.out.println(" 普通房子屋顶 ");
	}

}

ConcreteBuilder(コンクリートビルダー):高層ビル

public class HighBuilding extends HouseBuilder {

	@Override
	public void buildBasic() {
		// TODO Auto-generated method stub
		System.out.println(" 高楼的打地基100米 ");
	}

	@Override
	public void buildWalls() {
		// TODO Auto-generated method stub
		System.out.println(" 高楼的砌墙20cm ");
	}

	@Override
	public void roofed() {
		// TODO Auto-generated method stub
		System.out.println(" 高楼的透明屋顶 ");
	}

}

ディレクター

//指挥者,这里去指定制作流程,返回产品
public class HouseDirector {
	
	HouseBuilder houseBuilder = null;

	//构造器传入 houseBuilder
	public HouseDirector(HouseBuilder houseBuilder) {
		this.houseBuilder = houseBuilder;
	}

	//通过setter 传入 houseBuilder
	public void setHouseBuilder(HouseBuilder houseBuilder) {
		this.houseBuilder = houseBuilder;
	}
	
	//如何处理建造房子的流程,交给指挥者
	public House constructHouse() {
		houseBuilder.buildBasic();
		houseBuilder.buildWalls();
		houseBuilder.roofed();
		return houseBuilder.buildHouse();
	}
	
	
}

第三に、JDKでのビルダーモードの適用とソースコード分析

java.lang.StringBuilderのビルダーモード

  • Appendableインターフェイスは、複数の追加メソッド(抽象メソッド)を定義します。つまり、Appendableは抽象ビルダーであり、抽象メソッドを定義します。
  • AbstractStringBuilderはAppendableインターフェイスメソッドを実装します。ここのAbstractStringBuilderはすでにビルダーですが、インスタンス化することはできません。
  • StringBuilderは、コンダクターと具象ビルダーとして同時に機能します。構築メソッドの実現はAbstractStringBuilderによって完了され、StringBuilderはAbstractStringBuilderを継承します。

4、ビルダーモードのメモと詳細

1)クライアント(プログラムを使用)は、製品の内部構成の詳細を知る必要がなく、製品自体を製品作成プロセスから切り離すため、同じ作成プロセスで異なる製品オブジェクトを作成できます。

2)各コンクリートビルダーは比較的独立しており、他のコンクリートビルダーとは関係がないため、コンクリートビルダーの交換や新しいコンクリートビルダーの追加が簡単で、ユーザーはさまざまなコンクリートビルダーを使用してさまざまな製品を入手できますオブジェクト

3)製品の作成プロセスをより細かく制御できます。複雑な製品の作成ステップをさまざまなメソッドに分解すると、作成プロセスがより明確になり、プログラムを使用して作成プロセスを制御するのに便利になります。4)新しい具象ビルダーを追加する必要はありません。元のクラスライブラリのコードを変更する必要はありません。 「開閉原理」に沿った、ビルダーのような抽象的なプログラミング、簡単なシステム拡張

おすすめ

転載: blog.csdn.net/qq_45072383/article/details/114035077