尚学堂百战程序员之工厂模式「终于解决」

尚学堂百战程序员之工厂模式「终于解决」介绍工厂模式的出现,在于我们创建对象时,希望不要对客户端暴露创建逻辑,而是通过一个共同的接口来指向新创建的对象。

欢迎大家来到IT世界,在知识的湖畔探索吧!

介绍

工厂模式的出现,在于我们创建对象时,希望不要对客户端暴露创建逻辑,而是通过一个共同的接口来指向新创建的对象。

何时使用:明确地计划在不同条件下创建不同实例对象

关键步骤:创建过程在工厂类中执行,通过一个方法返回给使用者。

优点:

1. 一个调用者想创建一个对象,只要知道其名称就可以了。

2. 扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。

3. 屏蔽产品的具体实现,调用者只关心产品的接口。

尚学堂百战程序员之工厂模式「终于解决」

缺点:

1. 每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事

2. 不符合开闭原则,工厂类即使写好,后期随着业务需求,仍然需要修改工厂类方法

核心思想:

1. 我们将这个模式分为工厂类,使用类,产品类。将原本应用在使用类的具体创建对象逻辑代码抽出放置到工厂类的一个方法。使用类只需要传入参数,工厂类的该方法返回其类型相对应的产品类。

2. 产品类最好实现一个接口。由一个超类来控制返回类型。这样方便向上转型,且符合六个原则中的依赖倒转原则和里氏代换原则

简单工厂

简单工厂并不是设计模式,而是一种编程习惯。

示例

产品超类

public interface Car{

public void print();

}

产品子类

public class BenZ implements Car{

public void print(){

System.out.print(“我是奔驰”);

}

}

public class BMW implements Car{

public void print(){

System.out.print(“我是宝马”);

}

}

public class Volkswagen implements Car{

public void print(){

System.out.print(“我是大众”);

}

}

尚学堂百战程序员之工厂模式「终于解决」

工厂类

public class CarFactory{

public Car getCar(String type){

if(type==null){

return null;

}

if(type.equals(“bmw”)){

return new BMW();

}

if(type.equals(“volkswagen”)){

return new Volkswagen ();

}

if(type.equals(“benz”)){

return new BenZ();

}

return null;

}

}

使用类

public class CarStore{

public static void main(String[] args) {

CarFactory factory = new CarFacotry();

Car car = factory.getCar(“benz”);

car.print();

car = factory.getCar(“bmw”);

car.print();

car = factory.getCar(“volkswagen”);

car.print();

}

}

打印结果



免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://itzsg.com/22657.html

(0)

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

联系我们YX

mu99908888

在线咨询: 微信交谈

邮件:itzsgw@126.com

工作时间:时刻准备着!

关注微信