重构第19天 提取工厂类(Extract Factory Class)

理解:本文中的“提取工厂类”是指如果要创建的对象很多,则代码会变的很复杂。一种很好的方法就是提取工厂类。

详解:一般来说我们需要在代码中设置一些对象,以便获得它们的状态,从而使用对象,所谓的设置通常来说就是创建对象的实例并调用对象的方法。有时如果要创建的对象很多,则代码会变的很复杂。这便是工厂模式发挥作用的情形。工厂模式的复杂应用是使用抽象工厂创建对象集,但我们在这里只是使用基本的工厂类创建对象的一个简单应用。

重构前代码:

 1 public class PoliceCarController
 2    {
 3         public PoliceCar New(int mileage, bool serviceRequired)
 4         {
 5             PoliceCar policeCar = new PoliceCar();
 6             policeCar.ServiceRequired = serviceRequired;
 7             policeCar.Mileage = mileage;
 8
 9             return policeCar;
10         }
11     } 

New方法包含创建类的整个逻辑,如果现在要创建的类比较多而且逻辑比较复杂的话(如根据不同条件创建对象,什么时候创建对象),我们的New方法逻辑会变得很大,同时代码也变得很难维护。所以我们就会采用提取工厂类的方式进行提炼。

重构后代码:

 1  public interface IPoliceCarFactory
 2     {
 3         PoliceCar Create(int mileage, bool serviceRequired);
 4     }
 5
 6     public class PoliceCarFactory : IPoliceCarFactory
 7     {
 8         public PoliceCar Create(int mileage, bool serviceRequired)
 9         {
10             PoliceCar policeCar = new PoliceCar();
11             policeCar.ReadForService = serviceRequired;
12             policeCar.Mileage = mileage;
13             return policeCar;
14         }
15     }
16
17     public class PoliceCarController
18     {
19         public IPoliceCarFactory PoliceCarFactory { get; set; }
20
21         public PoliceCarController(IPoliceCarFactory policeCarFactory)
22         {
23             PoliceCarFactory = policeCarFactory;
24         }
25
26         public PoliceCar New(int mileage, bool serviceRequired)
27         {
28             return PoliceCarFactory.Create(mileage, serviceRequired);
29         }
30     }

New方法变得很简单了,指需要调用实现接IPoliceCarFactory 接口的PoliceCarFactory 类就可以返回对象,这样就隔开了创建对象的逻辑,如果需求现在变为根据不同的条件创建不同的对象,什么时候创建对象等都变成了比较简单的事情,在后期可以把对象都配置在XML里面,使用反射的方式实现IOC注入创建。

如果要创建的对象是一个,你可以采用简单工厂,但是这种方式还是会存在很多依赖,维护起来也比较不方便。所以推荐使用工厂方法模式,把实例化延迟到子类。如果你要创建一系列的对象,那么就推荐你使用抽象工厂模式,但是要注意不要过度设计,只要能满足不断变化的需求和给以后的维护和重构带来方便即可。

时间: 2024-10-11 05:52:41

重构第19天 提取工厂类(Extract Factory Class)的相关文章

小酌重构系列[17]——提取工厂类

概述 在程序中创建对象,并设置对象的属性,是我们长干的事儿.当创建对象需要大量的重复代码时,代码看起来就不那么优雅了.从类的职责角度出发,业务类既要实现一定的逻辑,还要负责对象的创建,业务类干的事儿也忒多了点.对象创建也是"一件事",我们可以将"这件事"从业务代码中提取出来,让专门的类去做"这件事",这个专门的类一般是"工厂类",这样使得业务类和工厂类各司其职,代码整洁性得以提高.这就是本文要讲的主题--提取工厂类. 工厂举例

提取工厂类

概念:本文中的"提取工厂类"是指如果要创建的对象很多,则代码会变的很复杂.一种很好的方法就是提取工厂类. 正文:一般来说我们需要在代码中设置一些对象,以便获得它们的状态,从而使用对象,所谓的设置通常来说就是创建对象的实例并调用对象的方法.有时如果要创建的对象很多,则代码会变的很复杂.这便是工厂模式发挥作用的情形.工厂模式的复杂应用是使用抽象工厂创建对象集,但我们在这里只是使用基本的工厂类创建对象的一个简单应用. 如下代码所示,New方法包含创建类的整个逻辑,如果现在要创建的类比较多而且

重构19-Extract Factory Class(提取工厂类)

在代码中,通常需要一些复杂的对象创建工作,以使这些对象达到一种可以使用的状态.通常情况下,这种创建不过是新建对象实例,并以我们需要的方式进行工作.但是,有时候这种创建对象的需求会极具增长,并且混淆了创建对象的原始代码.这时,工厂类就派上用场了.关于工厂模式更全面的描述可以参考这里.最复杂的工厂模式是使用抽象工厂创建对象族.而我们只是使用最基本的方式,用一个工厂类创建一个特殊类的实例.来看下面的代码: public class PoliceCarController { public Police

抽象工厂模式(Abstract Factory)

抽象工厂模式是对象的创建模式,他是工厂方法模式的进一步推广. 假设一个子系统需要一些产品对象,而这些产品又属于一个以上的产品等级结构.那么为了将消费这些产品对象的责任和创建这些产品对象的责任分割开来,可以引进抽象工厂模式.这样的话,消费一方不需要直接参与产品的创建工作,而只需要向一个公用的工厂接口请求所需要的产品. 抽象工厂模式的结构: 抽象工厂(AbstractFactory)角色:担任这个角色的是工厂方法模式的核心,它是与应用系统的商业逻辑无关的.通常使用java接口或者抽象java类实现,

小酌重构系列[11]——提取基类、提取子类、合并子类

概述 继承是面向对象中的一个概念,在小酌重构系列[7]--使用委派代替继承这篇文章中,我"父子关系"描述了继承,这是一种比较片面的说法.后来我又在UML类图的6大关系,描述了继承是一种"is a kind of"关系,它更偏向于概念层次,这种解释更契合继承的本质.本篇要讲的3个重构策略提取基类.提取子类.合并子类都是和继承相关的,如果大家对继承的理解已经足够深刻了,这3个策略用起来应该会得心应手. 提取基类 定义:如果有超过一个类有相似的功能,应该提取出一个基类,并

2)小案例步骤2,添加工厂类

和上面的思路一样,只不过稍加改进的是加了工厂类,来实例化数据库对象 框图展示: 代码展示: 只是在zixun.controller.class.php                               发生了代码改动: 1 <?php 2 //header('Content-type:text/html;charset=utf8'); 3 /** 4 * Created by PhpStorm. 5 * User: Interact 6 * Date: 2017/8/19 7 * Ti

重构17-Extract&#160;Superclass(提取父类)

当一个类有很多方法希望将它们“提拔”到基类以供同层次的其他类使用时,会经常使用该重构.下面的类包含两个方法,我们希望提取这两个方法并允许其他类使用. public class Dog { public void eatFood() { // eat some food} public void groom() { // perform grooming}} 重构之后,我们仅仅将需要的方法转移到了一个新的基类中.这很类似“Pull Up”重构,只是在重构之前,并不存在基类. public clas

Swift - 生成各种控件的工厂类(包含标签,按钮,输入框等)

在iOS开发中,页面里有时会大量的用到一些控件,如果要一个个单独创建再设置样式的话就显得很麻烦.我们可以创建一个生成各种控件的工厂类,这样在需要的时候调用下就可以了. 下面以一个自定义的工厂类为例,其中提供了文本标签,按钮,文本输入框,分段单选控件的生成,效果图如下: 工厂类:ViewFactory.swift 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34

及房重构利用策略模式+简单工厂实现消费金额的计算

在做第一次机房收费系统中,有一项很令人头疼的事情,那就是临时用户的问题,在结账的时候,我们需要考虑该用户是固定用户还是临时用户,原来在用VB6.0做的时候,如果我们实现了这个功能,那么在代码中会出现很多的IF....else 语句,同时,我们必须要调用数据设定窗体中的数据,这样的话,会很麻烦,写出来的代码也会很乱,如今学习了设计模式,我们可以利用策略模式来实现对不同用户的消费金额进行计算.将不同的类型用户所用到的不同算法封装到子类中去,同时与简单工厂结合起来,来实现对不同子类的实例化.这样在很大