设计模式——构造者

本文通过一个生动的比喻,解释了Builder模式的设计原理。将Builder模式比作盖房子的过程,通过房主、设计师和民工的角色分工,形象地展示了该模式的工作流程。

对于Builder模式很简单,但是一直想不明白为什么要这么设计,为什么要向builder要Product而不是向知道建造过程的Director要。刚才google到一篇文章,总算清楚了。在这里转贴一下这位richardluo的比喻

简单地说,就好象我要一座房子住,可是我不知道怎么盖(简单的砌墙,层次较低),也不知道怎么样设计(建几个房间,几个门好看,层次较高),于是我需要找一帮民工,他们会砌墙,还得找个设计师,他知道怎么设计,我还要确保民工听设计师的领导,而设计师本身也不干活,光是下命令,这里砌一堵墙,这里砌一扇门,这样民工开始建设,最后,我可以向民工要房子了。在这个过程中,设计师是什么也没有,除了他在脑子里的设计和命令,所以要房子也是跟民工要,记住了!

以下是richardluo的代码,我根据他的思路加上了相应的注释。

1,定义工人接口,就是能够完成建造房子任务的人的通用要求。

java 代码
 
  1. // 工人接口,定义了各个工人所要进行的工所作。他们负责进行具体部件如窗户,地板的建造。
  2. // 同时因为房子是民工建的,因此建设完成后由他把房子递交回房主
  3. public interface Builder {  
  4.     
  5.   public  void makeWindow();  
  6.   
  7.   public  void makeFloor();  
  8.   
  9.   public  Room  getRoom();  
  10. }  

2,定义设计师,他的职责是指挥房主指派给他的工人按照自己的设计意图建造房子。
java 代码
 
  1. // 设计师。他知道房子应该怎么设计,但他不会自己去建造,而是指挥民工去建造。  
  2. public class Designer {  
  3.   
  4.   // 指挥民工进行工作  
  5.   public void order(Builder  builder) {  
  6.     builder.makeWindow();  
  7.     builder.makeFloor();  
  8.   }  
  9. }  

3,民工,他负责具体事物的实施。
java 代码
 
  1. // 民工。负责进行具体部件如窗户,地板的建造。
  2. //同时因为房子是民工建的,因此建设完成后由他把房子递交回房主  
  3. public class Mingong  implements Builder {  
  4.   private  String window="";  
  5.   private  String floor="";  
  6.     
  7.   public  void makeWindow() {  
  8.     window=new String("window");  
  9.   }  
  10.   
  11.   public  void makeFloor(){  
  12.     floor=new String("floor");  
  13.   }  
  14.    
  15.   // 回交房子给房主  
  16.   public  Room  getRoom() {  
  17.     if((!window.equals(""))&&(!floor.equals(""))) {  
  18.       System.out.println("room ready!");  
  19.       return new Room();  
  20.     }  
  21.     else return null;  
  22.   }  
  23. }  

4,房主,就是雇人,收房。
java 代码
 
  1. // 房主。房主的任务就是聘请一个民工,一个设计师,同时把民工给设计师指挥,督促设计师开展工作。最后从民工手上收房。    
  2. public class Client {    
  3.     
  4.   public static void main(String[] args) {    
  5.      Builder mingong = new Mingong();    
  6.      Designer  designer = new  Designer();    
  7.      designer.order(mingong);    
  8.      mingong.getRoom();    
  9.   }    
  10. }   

好了,我觉得这样大概能说明白了。不知各位觉得如何呢?或者有更好的应用场景解释,敬请赐教。

### Java 中策略模式的设计与实现 #### 策略模式简介 策略模式(Strategy Pattern),又称政策模式,是一种行为设计模式。此模式允许定义一系列算法,并将每一个算法封装起来,使它们可以互换使用[^2]。 #### 接口声明公共方法 为了实现策略模式,首先需要创建一个接口来声明所有支持版本的公共操作。例如,在处理不同类型的支付方式时,可以定义 `PaymentStrategy` 接口: ```java public interface PaymentStrategy { void pay(int amount); } ``` #### 创建具体策略类 接着,通过不同的类去实现这个接口中的方法,这些类代表具体的策略。比如信用卡支付和PayPal支付两种不同的付款方式: 对于信用卡支付: ```java public class CreditCardPayment implements PaymentStrategy { private String cardNumber; public CreditCardPayment(String cardNum){ this.cardNumber = cardNum; } @Override public void pay(int amount) { System.out.println(amount + " paid with credit/debit card"); } } ``` 而对于PayPal支付,则有另一个实现: ```java public class PayPalPayment implements PaymentStrategy { private String emailId; public PayPalPayment(String email){ this.emailId=email; } @Override public void pay(int amount) { System.out.println(amount + " paid using PayPal."); } } ``` 上述两个类实现了相同的接口并提供了各自特有的逻辑,这就是所谓的“具体策略”。 #### 上下文环境设置 最后一步是在上下文中利用这些策略对象。这里我们构建了一个购物车的例子,它接受任何实现了 `PaymentStrategy` 的实例作为参数来进行结账过程: ```java class ShoppingCart { private PaymentStrategy paymentMethod; // 构造函数注入依赖关系 public ShoppingCart(PaymentStrategy pm) { this.paymentMethod=pm; } public void checkout() { int totalAmount = calculateTotal(); paymentMethod.pay(totalAmount); } private int calculateTotal(){ // 计算总价... return 100; } } ``` 这样就完成了整个流程:客户端可以选择合适的支付手段传入到购物车内完成交易动作[^1]。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值