รูปแบบการออกแบบ มัณฑนากร

เราได้ตรวจสอบการใช้งานของ singleton object แล้ว แต่คุณอาจยังไม่ทราบว่ากลยุทธ์นี้เป็นรูปแบบการออกแบบและเป็นหนึ่งในรูปแบบที่ใช้มากที่สุด

อันที่จริงมีรูปแบบเหล่านี้มากมายและสามารถจำแนกตามวัตถุประสงค์เฉพาะได้

การจำแนกรูปแบบ

โดยทั่วไปแล้ว รูปแบบจะมีลักษณะตามปัญหาที่แก้ได้ มาดูรูปแบบบางส่วนที่เราพบบ่อยที่สุดเมื่อทำงานกับ Java:

ใน Java.io คลาสต่อไปนี้ใช้รูปแบบ:

รูปแบบการตกแต่ง

ลองจินตนาการว่าเรากำลังอธิบายแบบจำลองสำหรับการออกแบบบ้าน

โดยทั่วไป วิธีการมีลักษณะดังนี้:

ในเบื้องต้นเรามีแบบบ้านให้เลือกหลายแบบ การกำหนดค่าขั้นต่ำคือหนึ่งชั้นพร้อมหลังคา จากนั้นเราใช้มัณฑนากรทุกประเภทเพื่อเปลี่ยนพารามิเตอร์เพิ่มเติมซึ่งส่งผลต่อราคาของบ้านโดยธรรมชาติ

เราสร้างคลาส House แบบนามธรรม:

public abstract class House {
	String info;

	public String getInfo() {
    	return info;
	}

	public abstract int getPrice();
}

ที่นี่เรามี 2 วิธี:

• getInfo()ส่งคืนข้อมูลเกี่ยวกับชื่อและคุณสมบัติของบ้านของเรา
• getPrice()ส่งกลับราคาของการกำหนดค่าบ้านปัจจุบัน

เรายังมีการติดตั้งแบบบ้านมาตรฐาน — อิฐและไม้:

public class BrickHouse extends House {

	public BrickHouse() {
    	info = "Brick House";
	}

	@Override
	public int getPrice() {
    	return 20_000;
	}
}

public class WoodenHouse extends House {

	public WoodenHouse() {
    	info = "Wooden House";
	}

	@Override
	public int getPrice() {
    	return 25_000;
	}
}

ทั้งสองคลาสสืบทอด คลาส Houseและแทนที่เมธอดราคา โดยกำหนดราคาเองสำหรับบ้านมาตรฐาน เราตั้งชื่อในตัวสร้าง

ต่อไปเราต้องเขียนคลาสมัณฑนากร คลาสเหล่านี้จะสืบทอดคลาสHouse ด้วย ในการทำเช่นนี้ เราสร้างคลาสมัณฑนากรนามธรรม

นั่นคือจุดที่เราจะใส่ตรรกะเพิ่มเติมสำหรับการเปลี่ยนแปลงวัตถุ ในขั้นต้นจะไม่มีตรรกะเพิ่มเติมและคลาสนามธรรมจะว่างเปล่า

abstract class HouseDecorator extends House {
}

ต่อไป เราสร้างการใช้งานมัณฑนากร เราจะสร้างหลายชั้นเรียนที่ให้เราเพิ่มคุณสมบัติเพิ่มเติมให้กับบ้าน:

public class SecondFloor extends HouseDecorator {
	House house;

	public SecondFloor(House house) {
    	this.house = house;
	}

	@Override
	public int getPrice() {
    	return house.getPrice() + 20_000;
	}

	@Override
	public String getInfo() {
    	return house.getInfo() + " + second floor";
	}
}

คอนสตรัคเตอร์มัณฑนากรยอมรับบ้านที่เราจะ "ตกแต่ง" คือเพิ่มการดัดแปลง และเราลบล้างเมธอดgetPrice()และgetInfo()โดยส่งคืนข้อมูลเกี่ยวกับบ้านที่อัปเดตใหม่ตามบ้านเก่า

public class Garage extends HouseDecorator {

	House house;
	public Garage(House house) {
    	this.house = house;
	}

	@Override
	public int getPrice() {
    	return house.getPrice() + 5_000;
	}

	@Override
	public String getInfo() {
    	return house.getInfo() + " + garage";
	}
}

ตอนนี้เราสามารถปรับปรุงบ้านของเราด้วยมัณฑนากร ในการทำเช่นนี้เราต้องสร้างบ้าน:

House brickHouse = new BrickHouse();

ต่อไปเราตั้งค่าของเราบ้านตัวแปรเท่ากับมัณฑนากรคนใหม่ที่ผ่านในบ้านของเรา:

brickHouse = new SecondFloor(brickHouse);

ของเราบ้านตัวแปรคือบ้านที่มีชั้นสอง

ลองดูกรณีการใช้งานที่เกี่ยวข้องกับนักตกแต่ง:

House brickHouse = new BrickHouse();

  System.out.println(brickHouse.getInfo());
  System.out.println(brickHouse.getPrice());

House brickHouse = new BrickHouse();

  brickHouse = new SecondFloor(brickHouse);

  System.out.println(brickHouse.getInfo());
  System.out.println(brickHouse.getPrice());

House brickHouse = new BrickHouse();


  brickHouse = new SecondFloor(brickHouse);
  brickHouse = new Garage(brickHouse);

  System.out.println(brickHouse.getInfo());
  System.out.println(brickHouse.getPrice());

House woodenHouse = new SecondFloor(new Garage(new WoodenHouse()));

  System.out.println(woodenHouse.getInfo());
  System.out.println(woodenHouse.getPrice());

House woodenHouse = new WoodenHouse();

  House woodenHouseWithGarage = new Garage(woodenHouse);

  System.out.println(woodenHouse.getInfo());
  System.out.println(woodenHouse.getPrice());

  System.out.println(woodenHouseWithGarage.getInfo());
  System.out.println(woodenHouseWithGarage.getPrice());

ตัวอย่างนี้แสดงให้เห็นถึงประโยชน์ของการอัพเกรดวัตถุด้วยมัณฑนากร เราก็เลยไม่เปลี่ยนบ้านไม้วัตถุเอง แต่สร้างวัตถุใหม่ตามวัตถุเก่าแทน เราจะเห็นว่าข้อดีมาพร้อมกับข้อเสีย: เราสร้างวัตถุใหม่ในหน่วยความจำแต่ละครั้ง เพิ่มการใช้หน่วยความจำ

ดูแผนภาพ UML ของโปรแกรมของเรา:

มัณฑนากรมีการใช้งานที่เรียบง่ายสุด ๆ และเปลี่ยนแปลงอ็อบเจกต์แบบไดนามิก อัปเกรดพวกมัน มัณฑนากรสามารถรับรู้ได้โดยตัวสร้างของพวกเขาซึ่งใช้เป็นวัตถุพารามิเตอร์ของประเภทนามธรรมหรือส่วนต่อประสานเดียวกันกับคลาสปัจจุบัน ใน Java รูปแบบนี้ใช้กันอย่างแพร่หลายในคลาส I/O

ตัวอย่างเช่น ดังที่เราได้กล่าวไปแล้ว คลาสย่อยทั้งหมดของjava.io.InputStream , OutputStream , ReaderและWriterมีตัวสร้างที่ยอมรับออบเจกต์ของคลาสเดียวกัน