您好工厂模式比喻，
工厂模式基本上是最常用的设计模式之一，设计模式通俗的来说就是“做某件事的通用的方法”，这些方法都是被广泛使用、经过长时间“考验”的，对于解决某个特定的问题有非常好的效果。
设计模式基本上到工厂模式比喻了“软件设计”的层面，它与具体的程序设计语言无关，也没有实现，只是包含了一个大致的架构，它是一种思想。
如果您想学习设计模式，工厂模式比喻我推荐两本书工厂模式比喻：《设计模式工厂模式比喻：可复用面向对象软件的基础》和《设计模式精解》，书很枯燥，但绝对是程序员必读教材。
工厂模式我大致解释一下，比如写一个word那样的程序，它可以打开doc、rtf、txt等好几种文件格式，而对于这些文件的处理方法是不同的，比如txt就不能保存文字颜色字体之类的信息，那么我可能这样设计：
word主程序，一个类Application，它有一个虚方法（或抽象方法，不过C#中抽象方法只能在抽象类里）叫OpenFile，用来打开指定的文件，然后返回一个Doucument类的实例，这个类可以直接把它的内容显示在屏幕上，word处理的主体是这个类。这个Application类还有很多方法比如关闭打印之类的。
然后从Application类派生出一个子类TxtApplication，父类中OpenFile是虚方法，没有实现，在子类中重写这个方法，打开Txt文档，读取txt文件，然后返回一个Document类。
然后再从Application里派生一个子类RichTxtApplication，也重写OpenFile，它打开rtf文档，从里面读取相应的文档和文档的格式信息，然后也返回一个Document类。
最后，根据一定的策略（比如用户要打开的文件的扩展名是“txt”，就实例化一个txtApplication，然后调用它的OpenFile方法获得Document；如果扩展名是“rtf”，就实例化一个rtfApplication，调用它的OpenFile方法获得Document）。
这样，Application类中的OpenFile方法就叫做工厂方法，这种“一个类希望由它的子类指定它所创建的对象”的方法就是工厂模式。
这样说可能太抽象了，设计模式不是很容易就能说清楚的，建议您看看那两本书。
工厂模式、简单工厂模式、抽象工厂模式三者的区别：
1、创建对象不同。创建对象时工厂模式比喻，“工厂模式”使用Factory模式替代使用new创建对象；“简单工厂模式”使用fw模式建立对象；“抽象工厂模式”则使用迭代模式创建对象。
2、定义变量不同。“工厂模式”不用事先定义变量工厂模式比喻，使用时随时引用便可。“简单工厂模式”，使用参数或者配置文件等事先定义好的变量，然后利用分支判断初始化具体产品类并返回。“抽象工厂模式则”不符合“开发-封闭”原则，每次增加产品，都需要修改类方法。
3、接口数量不同。“工厂模式”有两至三个接口。“简单工厂模式”只有一个接口。抽象工厂模式理论上具有无限个接口。
扩展资料
编程使用“工厂模式”的优缺点：
1、优点：
方便扩展算法，比如增加一个开根号的功能，工厂模式比喻我们只要继续继承运算类就行了，同时客户端也就是使用者不知道具体的实现细节，只要给出相关标示符，工厂函数就马上给他创建一个他想要的实体就行了。减少了使用者和功能开发者之间的耦合度。
2、缺点：
在进行扩展的时候，工厂模式比喻我们要更改工厂函数里面的那个分支语句Switch，这样便破坏了OCP，而且当有多级结构继承的时候，简单工厂就会因为只能对应平行一层记得继承，不得不使得好多类继承同一个接口，然后得到A*B这么多的工厂实体可能，工厂函数很难维护。
参考资料来源：百度百科--工厂模式
假设有一个工厂是生产玩具的，你现在需要玩具，你就跟工厂说给我生产一个小熊，然后工厂就给了你一个小熊玩具，如果你说给我生产一个大象，工厂就给了你一个大象玩具，用代码来表示
class Factory{
public Toy getToys(String type){
if("xiaoxiong"){
return new XiaoXiong();
}else if("daxiang"){
return new Daxiang();
}
}
}
calss Toy{
}
class XiaoXiong extends Toy{
}
class Daxiang extends Toy{
}
void main(){
//先获取到工厂实例，也就是你现在有一个工厂了
Factory f = new Factory();
//让工厂生产一个小熊对象
XIaoXIong xiaoxiong = f.getToys("xiaoxiong");
}
这就是简单工厂模式，把你想要生产的实例对象告诉工厂，然后工厂给你返回一个实例对象
如果想知道更多看下面的
blog.csdn.net/lovelion/article/details/9300337
你好，很高兴能解答你的问题。
首先工厂模式是软件开发中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。
工厂模式主要的意图是：定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。
案列1：您需要一辆汽车，可以直接从工厂里面提货，而不用去管这辆汽车是怎么做出来的，以及这个汽车里面的具体实现。 2、Hibernate 换数据库只需换方言和驱动就可以。
优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
案例2：日志记录器：记录可能记录到本地硬盘、系统事件、远程服务器等，用户可以选择记录日志到什么地方。 2、数据库访问，当用户不知道最后系统采用哪一类数据库，以及数据库可能有变化时。 3、设计一个连接服务器的框架，需要三个协议，"POP3"、"IMAP"、"HTTP"，可以把这三个作为产品类，共同实现一个接口。
注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。
希望能帮到你，谢谢！
工厂模式的好处就在于将工厂和产品之间的耦合降低工厂模式比喻，将具体产品的构造过程放在工厂模式比喻了具体工厂类里面。在以后扩展产品的时候方便很多，只需要添加一个工厂类，一个产品类，就能方便的添加产品，而不需要修改原有的代码。而在简单工厂中，如果要增加一个产品，则需要修改工厂类，增加if/else分支，或者增加一个case分支，工厂模式符合软件开发中的OCP原则（open close principle），对扩展开放，对修改关闭。
抽象工厂模式：这个模式我总是感觉和builder模式非常相似。
工厂方法模式提供的是对一个产品的等级模式，，而抽象工厂方法提供的是对多个产品的等级模式，注意，这里的多个具体产品之间是相互耦合的，也就是说这里的抽象工厂提供的产品之间是存在某种联系的。
有人做如下的比较：
工厂方法模式：一个抽象产品类，可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式：多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类可以创建多个具体产品类的实例。
区别：工厂方法模式只有一个抽象产品类，而抽象工厂模式有多个。
工厂方法模式的具体工厂类只能创建一个具体产品类的实例，而抽象工厂模式可以创建多个。
下面是一个形象的比喻：
无论是简单工厂模式、工厂模式还是抽象工厂模式，它们本质上都是将不变的部分提取出来，将可变的部分留作接口，以达到最大程度上的复用。拿一个生产水杯（cup）的工厂举例：起初，不用工厂模式，我必须在生产水杯之前知道水杯的材料和形状等水杯的所有特征才能生产，这就是我们的new Cup();这个Cup必须是具体的。厂主发现同一形状的被子，只是材料不同,如一个是玻璃(glass)的，一个是瓷(china)的,但是确要两条生产线，显然有资源浪费的嫌疑。现在厂主生产杯子时先不让生产线知道我要产的是玻璃的还是瓷的，而是让它在不知道具体材料的情况下先做它能做的，等到它把模具做好，只需要向其中填充玻璃原料或者瓷原料就可以造出同一形状的具体杯子了。但是很可惜，java并不能new一个抽象的Cup，所以就有了简单工厂模式。原来是Cup cup=new Cup;现在是SimpleCupFactory.createCup(String cupName),根据cup的名字生产Cup,而createCup返回的是一个实现了 Cup接口或抽象类的具体Cup。简单抽象工厂模式有一个问题，就是当我现在想生产一个同样形状的铁杯时，工厂里并没有定义相应的处理流程，只能更改createCup方法，这就不合理了。我现在只是想生产铁杯，你只要在最后的时候把玻璃原料换成铁的不就行了吗，干嘛还要更改整条生产线呢？于是就有了工厂模式。原来生产线在生产模具的时候还要考虑是为玻璃杯生产的模具还是为铁杯生产的模具，现在它不用管了。CupFactory.createCup()创建Cup.CupFactory是接口或抽象类。实现它的具体子类会创建符合Cup接口的具体Cup。那么现在厂主想要生产水壶(kettle)，用工厂模式就不得不再造一条水壶生产线，能不能在水杯生产线同时生产水壶呢？这就是抽象工厂模式。
