威海网站制作,做个人网站用什么程序,长沙旅游攻略美食,计算机网络技术出来干什么道生一#xff0c;一生二#xff0c;二生三#xff0c;三生万物。——《道德经》 最近小米新车亮相的消息可以说引起了不小的轰动#xff0c;我们在感慨SU7充满土豪气息的保时捷设计的同时#xff0c;也深深的被本土品牌的野心和干劲所鼓舞。 今天我们就接着这个背景… 道生一一生二二生三三生万物。——《道德经》 最近小米新车亮相的消息可以说引起了不小的轰动我们在感慨SU7充满土豪气息的保时捷设计的同时也深深的被本土品牌的野心和干劲所鼓舞。 今天我们就接着这个背景开启造车的终极幻想尝试拆解一下工厂模式中最基础的两部分简单工厂模式和工厂方法模式。 一言
简单工厂模式定义一个创建对象的类由它来封装实例化对象的行为代码。 工厂方法模式将对象实例化推迟到子类。 为什么要用工厂模式
Wayne造车
如果现在有一个需求要我们模拟一段造车的代码你想怎么做 首先自然是分析需求
既然我们要造车那车的种类必然很多油车电车核动力造车的工序我们暂时就粗暴的认为只有准备材料、加工、组装和测试四个步骤造好了车我们还需要通过4S店卖出去
三寸反骨
三条需求刚刚讲完反骨仔立马站了起来“这也太简单了我来” 于是他这样实现了需求 首先他清醒的将车做成了抽象:
代码实现反例
public abstract class Car {protected String name;//名字//准备原材料不同的汽车材料不同所以做成抽象方法public abstract void prepare();public void process(){//加工System.out.println(name processing);}public void assemble(){//组装System.out.println(name assemble);}public void check(){//测试System.out.println(name check);}public void setName(String name) {this.name name;}
}然后是车具体的实现
public class OilCar extends Car{Overridepublic void prepare() {System.out.println(准备优秀的内燃机);}
}public class EleCar extends Car{Overridepublic void prepare() {System.out.println(准备优秀耐用的电池);}
}最后是4S店
public class FourS {//构造器public FourS() {Car car null;String orderType;do {orderTypegetType();System.out.println();if (orderType.equals(ele)){car new EleCar();car.setName(新能源汽车);}else if (orderType.equals(oil)){car new OilCar();car.setName(燃机汽车);}else {break;}car.prepare();car.process();car.assemble();car.check();}while (true);}private String getType(){try {BufferedReader strin new BufferedReader(new InputStreamReader(System.in));System.out.println();System.out.println(input car type);String str strin.readLine();return str;} catch (IOException e) {e.printStackTrace();}return ;}
}不得不说反骨仔确实有所成长不再是那个100%的毛躁汉子了但是这种设计是否存在问题 我们先看下运行的结果 业务的实现自然是没有问题的实现过程也非常容易理解然后一切的一切发展的都很顺利我们的车一经上市就大受欢迎在各方面都是遥遥领先。于是我们决定扩展业务“多开几家4S店再狠狠的赚他一笔初步预估先开1000家店吧靓仔啊你去把这个事情落实一下。奥对了你们这个项目现在发展前景非常好我们已经在和奔驰、宝马、宾利、法拉利等老牌的汽车公司展开了深度合作以后可能还要把他们的品牌融合到我们的产品中…”。 反骨仔看着自己的代码汗流浃背了。 可能有的同学已经看到了问题的关键 这种设计从根本上违反了OCP原则每一次小的扩展就会更改大量代码。 有的同学可能会说我ctrl CV 大法包治百病那如果我们后面真的在核动力汽车领域有了突破这部分扩展的代码是不是要改一千多次 所以说修改代码并非不可接受但是如果我们在其它地方也有创建Car就意味着这些地方都要修改而创建Car的地方往往有很多处。 基于简单工厂模式的优化
思路分析
好了我们已经发现了问题下一步就是如何解决这个问题了。 在思路上我们可以尝试把创建Car对象封装在一个类中这样我们有新的Car种类时只需要修改该类即可其它创建Car对象的代码就不需要修改了。这其实就是简单工厂模式的基本思路。
核心代码
public class FourS1 {Car car null;public FourS1(){setFactory();}public void setFactory(){String orderType;do{orderType getType();System.out.println();car SimpleFactory.createCar(orderType);if (car!null){car.prepare();car.process();car.assemble();car.check();}else {System.out.println(订购汽车失败);break;}}while (true);}//可以获取客户希望订购的披萨种类private String getType(){try {BufferedReader strin new BufferedReader(new InputStreamReader(System.in));System.out.println();System.out.println(input pizza type);String str strin.readLine();return str;} catch (IOException e) {e.printStackTrace();}return ;}
}结束了吗
当然没有我们看似通过简单方法模式解决了大部分的核心问题但是却忽略了“最新消息”里最致命的那句“奥对了你们这个项目现在发展前景非常好我们已经在和奔驰、宝马、宾利、法拉利等老牌的汽车公司展开了深度合作以后可能还要把他们的品牌融合到我们的产品中…” 也就是说我们后续要求的输出是奔驰的燃机汽车、宝马的燃机汽车、宝马的新能源汽车、奔驰的核动力汽车… 反观简单工厂模式是否有实力接得住这一波需求 其实硬要接也不是接不住无非是多几个SimpleFactory。但是实际操作起来必然很难维护。严格意义上讲采用简单工厂模式硬接这种需求实际上也是违反OCP原则的。 基于工厂方法模式的优化
思路分析
当与各大品牌合作之后造车过程似乎变得复杂了起来。首先奔驰和宝马是想和我们合作而他们之间并没有展开合作这意味着我们要为他们定制不同的4S店和造车工厂。
核心代码
public abstract class AbsFourS {public abstract Car createPizza(String orderType);public AbsFourS() {Car car null;String orderType;do {orderTypegetType();System.out.println();carcreatePizza(orderType);car.prepare();car.process();car.assemble();car.check();}while (true);}private String getType(){try {BufferedReader strin new BufferedReader(new InputStreamReader(System.in));System.out.println();System.out.println(input car type);String str strin.readLine();return str;} catch (IOException e) {e.printStackTrace();}return ;}
}public class BenzWayne4s extends AbsFourS {Overridepublic Car createPizza(String orderType) {Car car null;if(orderType.equals(ele)){car new BenzEleCar();car.setName(奔驰与Wayne联名推出的新能源汽车);}else if (orderType.equals(oil)){car new BenzOilCar();car.setName(奔驰与Wayne联名推出的内燃机汽车);}return car;}
}public class BmwWayne4s extends AbsFourS {Overridepublic Car createPizza(String orderType) {Car car null;if(orderType.equals(ele)){car new BMWEleCar();car.setName(宝马与Wayne联名推出的新能源汽车);}else if (orderType.equals(oil)){car new BMWEleCar();car.setName(宝马与Wayne联名推出的内燃机汽车);}return car;}
}测试结果 结
我们在前面用了大量的篇幅介绍了简单工厂模式和工厂方法模式。记得我在上一篇介绍建造者模式时卖了个关子就是关于建造者模式和抽象工厂模式的区别。 抽象工厂模式可以将简单工厂模式和工厂方法模式的优势整合起来它的理念是基于简单工厂模式和工厂方法模式的这也正是我花了大量篇幅介绍它们的原因。 抽象工厂模式实现对产品家族的创建一个产品家族是具有不同分类维度的产品组合采用抽象工厂模式不需要关心构建过程只关心什么产品由什么工厂生产即可。而建造者模式则是要求按照指定的蓝图建造产品它的主要目的是通过组装零配件而产生一个新产品。 也就是说 • 建造者模式比较关注 产品的 “组装过程” • 抽象工厂模式只关注什么工厂生产了什么产品 这一点在我下周继续拆解抽象工厂模式之后我们可以一起再来体会一下。 关注我共同进步每周至少一更。——Wayne
