建造者模式针对的是复杂对象的构建,比如一个产品有多个部分构成,每个部分都可以单独进行生产,这时候就可以用建造者模式,由Builder构造产品的每个部分,然后又director完成最后产品的组装。
特点:
1、分工更加明确,组建和构造分开,能更好的控制产品的生产。
2、容易扩展,有新的需求的时候,只要实现Builder借口就可以了。
企业级开发和常用框架中的应用:JMail
组成:产品类,抽象建造者,建造者,导演。
产品类:
public class Product{ private String partA;//产品的某个部分,实际开发中可能对应一个类 private String partB;//产品的某个部分,实际开发中可能对应一个类 private String partC;//产品的某个部分,实际开发中可能对应一个类 //构造器及set、get方法 }
抽象建造者:
//也可以是抽象类 public interface Builder{ public void setPartA(String partA); public void setPartB(String partB); public void setPartC(String partC); }
建造者实现类:
public class BuilderImpl implements Builder{ private Product product; public BuilderImpl(){ product = new Product(); } public void builderPartA(){ String partA = new String();//模拟工厂方法生产产品的某一个部分 product.setPartA(partA); } public void builderPartB(){ String partB = new String();//模拟工厂方法生产产品的某一个部分 product.setPartB(partB); } public void setPartC(){ String partC = new String();//模拟工厂方法生产产品的某一个部分 product.setPartC(partC); } public Product getProduct(){ return this.product; } }
导演类:
public class Director{ private Builder b ; public Director(Builder newB){ this.b = newB; } public void createBuilder(Builder b){ this.b = b; } public Product constructProduct(){ b.builderPartA(); b.builderPartB(); b.builderPartC(); } }
测试类:
public class Demo{ public static void main(String[] args){ Builder b = new BuilderImpl(); Director d = new Director(); d.createBuilder(b); Product p = c.constructProduct(); } }
从上面的例子中我们不难发现,如果我们另外实现导演类,完全可能组装出另一个不同的产品,因为导演类控制了产品的组装,同样的,如果我们重新实现抽象构建类,也可能出现完全不同的产品,所以,从中可以发现,构建者模式更加的抽象化,流程化。
相比于抽象工厂模式,不难发现这两者惊人的相似,但为什么还会分出两种不同的设计模式呢,其实重点就在产品的复杂程度和抽象程度上,建造者模式比抽象工厂模式更加的抽象化,复杂化,也就是说建造者模式应对的产品比抽象工厂应对的产品更加复杂,同时,在产品生产流程长更加的抽象。
以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持呐喊教程。
声明:本文内容来源于网络,版权归原作者所有,内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:notice#nhooo.com(发邮件时,请将#更换为@)进行举报,并提供相关证据,一经查实,本站将立刻删除涉嫌侵权内容。