以服务于中国广大创业者为己任,立志于做最好的创业网站。

标签云创业博客联系我们

导航菜单

农村工厂创业项目推荐,创业王如何合并工厂

  

  # 1.?的工厂模式是什么   

  

  # 1.概念   

  

  工厂模式的设计思想是提供一个工厂,这个工厂将标准化我们想要的对象实例,省去了创建这个类的麻烦。   

  

  # 2.与建筑商模式的区别   

  

  构建器模式适用于「一个类」,而工厂模式适用于「多个类」(实现相同的界面)。建造者模式是.   

  

  在「向类的构造方法传入一个对象进行创建」,工厂模型是直接「创建一个对象」.当然,建设者模型也可以应用于工厂模型,以简化对象的创建。   

  

  # 3.工厂模式的使用场景   

  

  1.「有很多类似的类,但我们只需要其中的一个」.和MyBatis中的日志工厂一样,日志类也有很多,但是如果我们需要一个,MyBatis中的日志工厂会根据我们的需求创建日志类实例或者默认的日志类实例。   

  

  2.「创建过程比较麻烦」.   

  

  # 4.的优势   

  

  1.「扩展性高」.就像创建一个新的类,创建一个新的工厂。   

  

  2.「使创建过程透明化」.使用工厂时,可以直接使用,而不用考虑它的创建过程。   

  

  # 5.背叛   

  

  1.「工厂的创建步骤麻烦」.   

  

  2.「增加系统的复杂度」.周围创建对象,晕。   

  

  3.「依赖性过高」.每个工厂和对应的类之间的依赖性太高。如果修改一个类,也应该修改工厂。创建一个类,还要创建一个工厂。   

  

  # 6.原则   

  

  “遵守”是指“不遵守”或与.无关   

  

  原则开放封闭单一职责迪米特里氏替换依赖倒置接口隔离合成复用   

  

     

  

  #二。工厂模式分类   

  

  # 1.简易工厂   

  

  「概念」   

  

  简单工厂更简单,它没有对应工厂的类,但都在.「由一个工厂来控制类的创建」   

  

  「代码」   

  

  包装厂;/   

} } /
* 车接口 */ public interface Car{ void draw(); }}

  

「特点」

  

首先,需要 「创建」 一个所有实现类都要实现的 「接口类」 ,然后让所有实现类 「实现这个接口类」 ,最后,

  

「创建一个工厂类」 ,这个工厂类 「提供一个创建方法」 ,根据传入的参数进行 「创建实现类」

  

可以看出,简单工厂的业务逻辑都集中在create方法中,这就 「不利于扩展」 ,而且会使 「业务逻辑」 越来越 「复杂」

  

# 2.工厂方法

  

「概念」

  

工厂方法是一个类对应一个工厂,不再是通过一个工厂类来控制类的实例化。

  

「代码」

  

package factory;/ * @author xxj * 工厂方法 */public class MethodFactory { public interface Car{ void draw(); } public interface fatory{ Car create(); } public class BMWCar implements Car{ @Override public void draw() { System.out.println("BMW在跑"); } } public class BENZCar implements Car{ @Override public void draw() { System.out.println("BENZ在跑"); } } public class BMWFactory implements fatory{ @Override public Car create() { return new BMWCar(); } } public class BENZFactory implements fatory{ @Override public Car create() { return new BENZCar(); } }}

  

「特点」

  

「首先」 ,需要 「创建两个接口」 ,一个是 「目标类的接口」 ,一个是 「工厂类的接口」「然后」 ,

  

「实现这两个接口」「工厂类」 需要有 「一个」 完成创建并 「返回一个目标类实例方法」 。

  

如果是只有一个目标类的话,可以不使用接口,直接创建目标类和接口类即可。

  

可以看出,这个是 「一个工厂对应一个目标类」「创建」 的步骤 「比较繁琐」

  

,每添加一个目标类,就要手动的去创建一个工厂,但是它 「降低了系统的复杂度」 ,不需要将判断创建那个工厂的逻辑全部放在一个工厂里,

  

「提高了扩展性」 ,可以通过不断地实现目标类和工厂类的接口实现扩展。

  

和简单工厂的区别是:工厂方法是通过不同的方法来创建对象的,而简单工厂则是通过不同的参数在一个方法来创建对象

  

# 3.抽象工厂

  

「概念」

  

一般情况下,在需要 「一个工厂创建特别多的目标类」 时,就可以使用抽象工厂了。 和工厂方法的区别是: 「工厂方法」

  

「一个工厂类对应一个目标类」「抽象工厂」「一个工厂类对应多个目标类」 。

  

「代码」

  

package factory;/ * @author xxj * 抽象工厂 */public class AbstractFactory { public interface Pants{ int size=0; } public interface Clothes{ int size=0; } public interface fatory{ Pants createPants(); Clothes createClothes(); } public class XPants implements Pants{ } public class XClothes implements Clothes{ } public class XFactory implements fatory{ @Override public Pants createPants() { return new XPants(); } @Override public Clothes createClothes() { return new XClothes(); } }}

  

「特点」

  

首先,需要 「创建一个工厂接口和多个目标类接口」 ,然后分别实现这些接口, 「工厂类」 则需要 「有多个目标类的创建方法」

  

这里的工厂接口严格一点的应该是 「工厂抽象类」 ,又涉及到接口和抽象类的区别了,我也不是很懂,有空再学习一下。

  

抽象工厂的 「扩展性」 比工厂方法的 「更高」 了,但是 「步骤」 也是 「更加繁琐」

  

了,如果不是有特别多目标类,就不需要考虑抽象工厂了,这也比较适合规模比较大的架构来使用。

  

# 三、总结

  

目标类和工厂类可以组成一个x(目标类)y(工厂类)轴,这里的一个工厂类可以看成一个派系的类都需要在这个工厂类创建。

  

当x=1,y=1时,就不要考虑工厂模式了。 当 「1 时,就优先考虑 「简单工厂」当 「x=1,1

  

「工厂方法」「1 时,就优先考虑 「抽象工厂」