简单工厂模式（简单工厂模式的作用）
大家好，今天本篇文章就来给大家分享简单工厂模式，以及简单工厂模式的作用对应的知识和见解，内容偏长哪个，大家要耐心看完哦，希望对各位有所帮助，不要忘了收藏本站喔。
1简单工厂模式符合开闭原则吗
第二个特点当你的开发是反复增加了产品类，那么这个时候因为第二个特点反复的修改工厂类，那应该算是违反了简单工厂，可以考虑用工厂方法模式。
但本质是，简单工厂并未严格遵循设计模式的开闭原则，当需要增加新产品时也需要修改工厂代码。但是工厂方法则严格遵守开闭原则，模式只负责抽象工厂接口，具体工厂交给客户去扩展。
在简单工厂模式中类的创建依赖工厂类，如果想要拓展程序，必须对工厂类进行修改，这违背了开闭原则，所以就出现了工厂方法模式，只需要创建一个工厂接口和多个工厂实现类。
工厂方法模式是对简单工厂模式的改进，简单工厂的缺陷在干不符合“开闭原则” (3)静态工厂方法模式： 静态工厂模式是将工厂方法模式里的方法置为静态的，不需要创建实例，直接调用即可。
简单工厂模式最大的缺点是：当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。
2大学生福音Java常见设计模式总结
1、JAVA中的开发模式：MVC是一个很常用的程序开发设计模式，M-Model（模型）：封装应用程序的状态；V-View（视图）：表示用户界面；C-Controller（控制器）：对用户的输入作出反应，创建并设置模型。
2、创建型模式（5种）：工厂方法模式，抽象工厂模式，单例模式，建造者模式，原型模式。结构型模式（7种）：适配器模式，装饰器模式，代理模式，外观模式，桥接模式，组合模式，享元模式。
3、Singleton，单例模式：保证一个类只有一个实例，并提供一个访问它的全局访问点 Abstract Factory，抽象工厂：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们的具体类。
4、设计原则 单一职责原则(SRP)一个对象或方法只做一件事情。如果一个方法承担了过多的职责，那么在需求的变迁过程中，需要改写这个方法的可能性就越大。
5、GoF设计模式的分类：根据目的准则分类：1． 创建型：creational 与对象的创建有关。2． 结构型：Structural 处理类或对象之间的组合。3． 行为型：behavioral 描述类或对象如何交互及如何分配职责。
6、设计模式：模式是一种问题的解决思路，它已经适用于一个实践环境。并且可以适用于其他环境。设计模式的分类：分布式编程模式，用户界面模式，数据模型模式三大类。
3使用简单工厂模式的优点是什么?
1、优点工厂类是整个模式的关键.包含了必要的逻辑判断，根据外界给定的信息，决定究竟应该创建哪个具体类的对象.通过使用工厂类，外界可以从直接创建具体产品对象的尴尬局面摆脱出来，仅仅需要负责“消费”对象就可以了。
2、“工厂模式”在使用时可以随时设置变量，不用提前进行设置。“简单工厂模式”中需要使用参数或者配置文件等已经定义好的变量，然后才能进行下一步的操作。“抽象工厂模式则”则需要每次增加产品时，进行修改类方法。
3、工厂类负责创建的对象比较少。简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，但是如果产品过多时，会导致工厂代码非常复杂。
4简单工厂模式是什么?
它又称为静态工厂方法模式，属于类的创建型模式。简单工厂模式的UML类图(见右图)简单工厂模式的实质是由一个工厂类根据传入的参数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。
简单工厂模式又称之为静态工厂方法，属于创建型模式。在简单工厂模式中，可以根据传递的参数不同，返回不同类的实例。简单工厂模式定义了一个类，这个类专门用于创建其他类的实例，这些被创建的类都有一个共同的父类。
进行创建对象时，“工厂模式”不使用new创建对象，而是使用Factory模式；“简单工厂模式”则是通过fw模式来建立对象；“抽象工厂模式”使用迭代模式来创建对象。其次，三者的定义变量不同。
简单工厂模式是类的创建模式，又叫做静态工厂方法模式。就是由一个工厂类根据传入的参量决定创建出哪一种产品类的实例。
5谁能帮简单介绍一下工厂模式呢?
工厂方法模式（FACTORYMETHOD）是一种常用的类创建型设计模式，此模式的核心精神是封装类中变化的部分，提取其中个性化善变的部分为独立类，通过依赖注入以达到解耦、复用和方便后期维护拓展的目的。
这两者的区别是，单工厂方法模式下，一个工厂只能生产一个产品，而抽象工厂模式下，一个工厂需要生产一组产品。比如我这里需要一个工厂能同时生产内存存储对象和SharedPreferece对象。
工厂类可以被外界直接调用，创建所需的产品对象。抽象（Product）角色简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。
好了，文章到此结束，希望可以帮助到大家。
