设计模式-简单工厂模式

写在前面

使用JavaScript来实现GoF 23设计模式。懂Java的人,可以对比一下两者实现的异同,思想都是一样的。

简单工厂模式

简单工厂模式(Simple Factory Pattern):定义一个工厂类,它可以根据参数的不同返回不同类的实例,被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态(static)方法,因此简单工厂模式又被称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。
简单工厂模式是最简单的一种设计模式,并不属于GoF 23个设计模式,但由于它比较简单,是学习设计模式的入门,包含以下角色:

  • 工厂角色(工厂类):负责创建所有产品的实例,被外部调用,通过传入参数来决定产生哪个产品实例,本质就是if-elseswitch
  • 产品角色(产品类):抽象出每一个产品的共有的特征(属性和方法),使用类对其描述。
    注:在java中,产品被分为抽象产品角色具体产品角色,具体产品角色继承抽象产品角色。抽象产品角色(类)用来描述产品一些共有的属性和方法,具体产品角色(类)继承了这些共有的属性和方法,自己也能添加一些自己特有的属性和方法。(这都是继承的概念!)

优缺点

优点:

  1. 使用者不必关心产品的具体实现细节,只需传入参数即可获得对应的产品实例。
  2. 如果代码中某个产品改变名称,只需改动产品类的名称和工厂类生产该产品的名称即可(编码部分会提及到)。

缺点:

  1. 属于硬编码,违反开闭原则。如果需求一直增加,代码首先要新建产品类,然后在工厂类中加入elsecase返回该产品实例。
  2. 条件过多的话,不易维护。

需求

我们来模拟一个不恰当的需求:有一个生产水果的工厂,我想去这个工厂去采购一批水果,清单如下:苹果西瓜香蕉。而我并不知道这个工厂是否能满足我的需求,所以我会联系到这个工厂的老板,询问他的工厂能买到哪些水果,老板说他的工厂现在能生产的水果有苹果西瓜橘子哈密瓜,不能生产香蕉。可是我得买香蕉呀,此时,老板说给他点时间,他的工厂就能生产香蕉。我把苹果西瓜给了老板的工厂,工厂为我生产了这些水果。过了一段时间后,老板就打电话说可以生产香蕉了,于是我把香蕉给了老板的工厂,工厂就为我生产了我所需要的水果。

名词转换

在实际开发中也一样,你如果需要使用别人的模块,你就需要去看文档(或者询问编写这个模块的人),来了解模块中是否能满足自己的需求,如果不能满足自己的需求,那么编写此模块的人需要扩展该模块,来满足其他人使用该模块的需求。
生产水果的工厂:代表工厂类
水果清单:代表传给工厂类的参数
工厂生产的水果(苹果、梨、桃等等):代表一些产品
老板:代表开发工厂类的程序猿
我:代表使用工厂类的程序猿

编码

// 水果工厂类
var FruitFactory = function(type) {
    switch(type){
        case 'apple':
            return new Apple();
        case 'pear':
            return new Pear();
        case 'banana':
            return new Pear();
        default:
            console.log("水果工厂目前不生产"+type+"水果");
            return null;
    }
}
/** 水果产品类 **/
// 苹果类
var Apple = function(){
    this.shape = "圆球形";
    this.taste = "酸甜的";
    this.color = "红色";
}
Apple.prototype = {
    getSize: function() {
        console.log("苹果的大小看直径,有60、70、80、100的!");
    }
}
// 梨类
var Pear = function(){
    this.shape = "长球形";
    this.taste = "甜的";
    this.color = "黄褐色";
            // other code
}
Pear.prototype = {
    getSize: function() {
        console.log("梨有大的有小的!");
    },
            // other code
}
// 香蕉类
var Banana = function() {
    this.shap = "月牙形";
    this.taste = "香甜";
    this.color = "青黄色";
}
Banana.prototype = {
    getSize: function() {
        console.log("香蕉是长长的,弯弯的!");
    }
}
//---------------------------使用水果工厂类----------
var apple = FruitFactory("apple");
var pear = FruitFactory("pear");
var banana = FruitFactory("banana");

需求变更

我现在有新的需求,需要葡萄水果。首先在老板的工厂里我们需要增加case 'grape',在水果产品类需要新增Grape类。这样我才能使用。大家想一想,如果我需要的水果越来越多,那工厂类就需要写更多的case,水果产品也得增加更多的水果类,以后我们维护起来就得改动两处,违反了开闭原则。当然,有解决办法,那就是工厂模式

最后

这是在上写下的第一个记录我学习过程的文档,也是我要写文章的第一步,用来记录我学习过程中自己的理解。表达上有些地方比较生疏,自己看肯定能明白,但是别人看就不一定明白了,一点一点改进吧。
在技术上来讲,我的理解是:你会用是一个档次(说明你理解了),你能给别人表达出来是个档次(说明你懂了),你能写下来又是一个更高的档次了(说明你更深入了)。
共勉!!!

你可能感兴趣的:(设计模式-简单工厂模式)