简单工厂方法的特点

Ⅰ Python设计模式：简单工厂模式

简单工厂模式又称之为静态工厂方法，属于创建型模式。

在简单工厂模式中，可以根据传递的参数不同，返回不同类的实例。简单工厂模式定义了一卖猛个类，这个类专门用于创建其他类的实例，这些被创建的类都有一个共同的父类。

简单工厂模式：通过接口创建对象，且不会暴露对象创建逻辑

在设计模式中主要用于抽象对象的创建过程，让用户可以指定自己想要的对象而不必关心对象的实例化过程。

这样做的好处是用户只需通过固定的接口而不是直接去调用类的实例化方法来获得一个对象的实例，隐藏了实例创建过程的复杂度，解耦了生产实例和使用实例的代码，降低了维护的复杂性。

工厂类负责创建的对象比较少。简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，但是如果产品过多时，会导致工厂代码非常复杂。

简单工厂模式的要点就在于当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。

看待任何事物都需要用辩证的观点去看，任何事物都有两面性，简单工厂模式也是如此。有优点也有缺点。

优点：用户只需要传入具体产品，就可以得到实例化的类，不需要知道具体实现过态拿程，一定程度上节省了理解成本。

缺点：如果具体产品角色很多的时候，定义简单工中闭桥厂就会比较麻烦。不利于扩展，具体产品比较复杂时也许缺点就大于优点了，还是需要理性选择。

Ⅱ 工厂模式,简单工厂模式,抽象工厂模式三者有什么区别

工厂模式，简单工厂模式，抽象工厂模式三者区别如下：

1、首先，三者的创建对象是不相同的。

进行创建对象时，“工厂模式”不使用new创建对象，而是使用Factory模式；“简单工厂模式”则是通过fw模式来建立对象；“抽象工厂模式”使用迭代模式来创建对象。

(2)简单工厂方法的特点扩展阅读：

简单工厂模式优缺点

1、优点：
工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅"消费"产品。简单工厂模式通过这种做法实现了对责任的分割。

当产品有复杂的多层等级结构时，工厂类只有自己，以不变应万变，就是模式的缺点。因为工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。

2、缺点：
系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，有可能造成工厂逻辑过于复杂，违背了"开放--封闭"原则(OCP)。另外，简单工厂模式通常使用静态工厂方法，这使得无法由子类继承，造成工厂角色无法形成基于继承的等级结构。

Ⅲ 简单工程模式

一、简单工厂

用一个单独的类来做这个类创建实例的过程，这就是工厂。

优点：工厂类是整个模式的关键所在。它包含必要的判断逻辑，能够根据外界给定的信息，决定究竟应该创建那个具体类的对象。用户在使用时可以直接根据工厂类去创建所需的实例，而无需了解这些对象是如何创建以及如何组织的。有利于整个软件体系结构的优化。

缺点：由于工厂类集中了所有实例的创建逻辑，这弊搜陪就直接导致一旦这个工厂出了问题，所有的客户端都会受到牵连；而且由于简单工厂模式的产品是基于一个共同的抽象类或者接口，这样一来，一旦产品的种类增加的时候，既有不同的产品接口或者抽象类的时候，工厂类就需要判断何时创建何种种类的产品，这就和创建何种种类的产品相互混淆在漏逗了一起，违背了单一职责，导致系统丧失灵活性和可维护行。而且更重要的是，简单工厂模式租蠢违背了“开发封闭原则”，就是违背了“系统对扩展开放，对修改关闭”的原则，因为当我新增加一个产品的时候必须修改工厂类，相应的工厂类就需要重新编译一遍。

二、结构图

三、demo

Ⅳ 简单工厂模式的优缺点

优点
工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的．明确了各自的职责和权利，有利于整个软件体系结构的优化。
缺点
由于工厂类集中了所有实例的创建逻辑，违反了高内聚责任分配原则，将全部创建逻辑集中到了一个工厂类中；它所能创建的类只能是事先考虑到的，如果需要添加新的类，则就需要改变工厂类了。
当系统中的具体产品类不断增多时候，可能会出现要求工厂类根据不同条件创建不同实例的需求．这种对条件的判断和对具体产品类型的判断交错在一起，很难避免模块功能的蔓延，对系统的维护和扩展非常不利；
这些缺点在工厂方法模式中得到了一定的克服。
使用场景
工厂类负责创建的对象比较少；
客户只知道传入工厂类的参数，对于如何创建对象（逻辑）不关心；
由于简单工侍局厂很容易违反高锋败内聚责任分配原则，因此一般只在很简单的情况下应用。
C++代码： //算法的父类，抽象出返回结果的接口classOperation{public:virtualint老基让GetResult()=0;public:doublem_Num1;doublem_Num2;};//工厂类，用于生产相应的算法子类classOperationFactry{public:OperationFactry(void);~OperationFactry(void);public:staticOperation*CreateOperate(intn){switch(n){case1:returnnewOperationAdd;break;}}};//算法子类，由工厂类创建，重写父类中的虚函数classOperationAdd：PublicOperation{public:intGetResult();};

Ⅳ Python设计模式：工厂方法模式

工厂，大家一般能想到的是生产产品的地方， 在设计模式中，工厂可分为：简单工厂模式、工厂方法模式。 在前期推文 Python 简单工厂模式 中有关于简单工厂模式的解读。

根据工厂的抽象程度可分为：工厂方法模式、抽象工厂模式。 该模式用于封装和管理对象的创建，是一种创建型模式。

在简单工厂模式中，只提供了一个工厂类，该工厂类处于对产品类进行实例化的中心位置，它知道每一个产品对象的创建细节，并决定何时实例化哪一个产品类。

简单工厂模式最大的缺点是：当有新产品要加入到系统中时，必须修改工厂类，加入必要的处理逻辑，这违背了“开闭原则”。
在简单工厂模式中，所有的产品都是由同一个工厂创建，工厂类职责较重，业务逻辑较为复贺型杂，具体产品与工厂类之间的耦合度高，严重影响了系统的灵活性和扩展性，而工厂方法模式则可以很好地解决这一问题。因此工厂方法模式应运而生。

(1)、工厂方法模式定义一个用于创建对象的接口，但是工厂本身并不负责创建对象，而是让子类决定将哪一个类实例化。工厂方法模式让一个类的实例化延迟到其子类。 工厂方法的创建是通过继承而不是通过实例化来完成的。

(2)、工厂方法模式就是简单工厂模式的进一步抽象。由于面向对象多态性，工厂方法模式保持了简单工厂的优点同时克服了它的缺点。工厂方法模式中，核心的工厂被提升为一个抽象类，将具体的创建工作交给他的子类完成。

这个抽象的工厂类仅规定具体工厂实现的接口，而不明确指出如何实例化一个产品类，这使得工厂方法模式允许系统在不修改原有产品结构的情况下轻松的引进新产品。

工厂方法使设计更加具有可定制性，它可以返回相同的实例或子类，而不是某种类型的对象。

前期分享的 Python 简单工厂模式 和今天分享的Python 工厂方法模式，大家在实际应用时能解决问题满足需求即可，可灵活变通，自由选择，无所谓哪种设计模式更高级。衫携

同时无论哪种设计模式，由于可能封装了大量禅塌猜对象和工厂创建，当有新加入产品的需求时，需要修改已定义好的工厂相关的类，因此对于产品和工厂的扩展性不太友好，在选择使用时利弊需要权衡一下。

Ⅵ 工厂模式,简单工厂模式,抽象工厂模式三者有什么区别

工厂模式，简单工厂模式，抽象工厂模式三者区别如下：

1、首先，三者的创建稿迹对象是不相同的。

进行创建对象时，“工厂模式”不使用new创建对象，而是使用Factory模式；“简单工厂模式”则是通过fw模式来建立对象；“抽象工厂模式”使用迭代模式来创建对象。

(6)简单工厂方法的特点扩展阅读：

简单工厂模式优缺点

1、优点：
工厂类含有必要的判断逻辑，可以决定在什么时候创建哪一个产品类的实例，客户端可以免除直接创建产品对象的责任，而仅仅"消费"产品。简单工厂模式通过这种做法实现了对责任的分割。

当产品有复杂的多层等级结构时，工厂类只有自己，以不变应万变，就是模式的缺点。因为工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。

2、缺点：
系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，有可能造成工厂逻辑过于复杂，违背了"开放--封闭"原则(OCP)。另外，简单工厂模式通常使用静态工厂方法，这使得无法由子类继承，造成工厂角色无法形成基于继承的等级结构。

Ⅶ 什么是简单工厂和工厂方法

简单工厂又叫静态工厂 工厂方法又叫多态性工厂 抽象工厂又叫工具箱 区别: 先看简单工厂的缺点：复杂的多层次结构；工厂类形成上帝类；静态方法无法由子类继承；扩展困难，对开闭原则支持不够。 工厂方法就是为了克服以上缺点产生的。他将上帝类要做的事分给了下面的子类来完成,它比简单工厂抽象 而抽象工厂比前两者更抽象,更具一般性. 他可以提供统一的接口,使得不必说明具体状况的情况下,创建多种不同的对象

Ⅷ 简单工厂模式是什么

专门定义一个类来负责创建其他类的实例，被创建的实例通常都具有共同的父类。它又称为静态工厂方法模式，属于类的创建型模式。 简单工厂模式的UML类图(见右图) 简单工厂模式的实质是由一个工厂类根据传入的参没前局数，动态决定应该创建哪一个产品类（这些产品类继承自一个父类或接口）的实例。 该模式中包含的角色及其职责 工厂（Creator）角色 简单工厂模式的核心，它负责实现创建所有实例的内部逻辑。工厂类可以被外界直接调用，枯让创建所需的产品对象。 抽象（Proct）角色 简单工厂模式所创建的所有对象的父类，它负责描述所有实例所共有的公共接口。 具体产品（Concrete Proct）角色 简单工厂模式的特点: 简单工厂模式的创建目标，所有创悔渗建的对象都是充当这个角色的某个具体类的实例。 不难发现，简单工厂模式的缺点也正体现在其工厂类上，由于工厂类集中了所有实例的创建逻辑，所以“高内聚”方面做的并不好。另外，当系统中的具体产品类不断增多时，可能会出现要求工厂类也要做相应的修改，扩展性并不很好。

Ⅸ 简单工厂模式到底违反开闭原则吗

这个搭首此是相对而言来说的，简单工厂最大的特点两个,1是封装芹芦类的实例化操作，2是把创建选择（分支选择放在工厂类中）。第二个特点当你的开发是反复增加了产品类，那知迅么这个时候因为第二个特点反复的修改工厂类，那应该算是违反了简单工厂，可以考虑用工厂方法模式。

Ⅹ java简单工厂模式是什么

简单工厂模式的：简单工厂模式是类的创建模式，又叫做静态工厂方法（Static Factory Method）模式。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。
那么简单工厂模式是在什么场景下使用呢，下面就以本人的理解举例说明:

就拿登录功能来说，假如应用系统需要支持多种登录方式如：口令认证、域认证（口令认证通常是去数据库中验证用户，而域认证则是需要到微软的域中验证用户）。那么自然的做法就是建立一个各种登录方式都适用的接口，如下图所示：

public interface Login {
//登录验证
public boolean verify(String name , String password);
}

public class DomainLogin implements Login {

@Override
public boolean verify(String name, String password) {
// TODO Auto-generated method stub
/**
* 业务逻辑
*/
return true;
}

}

public class PasswordLogin implements Login {

@Override
public boolean verify(String name, String password) {
// TODO Auto-generated method stub
/**
* 业务逻辑
*/
return true;
}

}

我们还需要一个工厂类LoginManager，根据调用者不同的要求，创建出不同的登录对象并返回。而如果碰到不合法的要求，会返回一个Runtime异常。

public class LoginManager {
public static Login factory(String type){
if(type.equals("password")){

return new PasswordLogin();

}else if(type.equals("passcode")){

return new DomainLogin();

}else{
/**
* 这里抛出一个自定义异常会更恰当
*/
throw new RuntimeException("没有找到登录类型");
}
}
}

测试类：

public class Test {
public static void main(String[] args) {
// TODO Auto-generated method stub
String loginType = "password";
String name = "name";
String password = "password";
Login login = LoginManager.factory(loginType);
boolean bool = login.verify(name, password);
if (bool) {
/**
* 业务逻辑
*/
} else {
/**
* 业务逻辑
*/
}
}
}

简单工厂模式的结构如下图：

我们可以设想一下真实的场景，如果把上面的Test当做一个servlet的话，当客户端发起登录请求——>请求交给服务端的Servlet——>Servlet根据客户端传递的loginType调用工厂类LoginManager的factory()方法——>factory()方法根据参数loginType创建相应的登录验证类(DomainLogin或PasswordLogin)并返回——>登录验证类调用方法verify()验证用户名密码是否正确

假如不使用简单工厂模式则验证登录Servlet代码如下（假设Test为一个Servlet，变量loginType、name、password表示从客户端传递过来的参数）：

public class Test {
public static void main(String[] args) {
// TODO Auto-generated method stub

String loginType = "password";
String name = "name";
String password = "password";
//处理口令认证
if(loginType.equals("password")){
PasswordLogin passwordLogin = new PasswordLogin();
boolean bool = passwordLogin.verify(name, password);
if (bool) {
/**
* 业务逻辑
*/
} else {
/**
* 业务逻辑
*/
}
}
//处理域认证
else if(loginType.equals("passcode")){
DomainLogin domainLogin = new DomainLogin();
boolean bool = domainLogin.verify(name, password);
if (bool) {
/**
* 业务逻辑
*/
} else {
/**
* 业务逻辑
*/
}
}else{
/**
* 业务逻辑
*/
}
}
}

上面的代码会不会很蛋疼啊。。。呵呵

《JAVA与模式》一书中使用java.text.DataFormat类作为简单工厂模式的典型例子叙述。

简单工厂模式的优点

模式的核心是工厂类。这个类含有必要的逻辑判断，可以决定在什么时候创建哪一个登录验证类的实例，而调用者则可以免除直接创建对象的责任。简单工厂模式通过这种做法实现了对责任的分割，当系统引入新的登录方式的时候无需修改调用者。

简单工厂模式的缺点

这个工厂类集中了所以的创建逻辑，当有复杂的多层次等级结构时，所有的业务逻辑都在这个工厂类中实现。什么时候它不能工作了，整个系统都会受到影响。