写在前面
使用JavaScript来实现GoF 23设计模式。懂Java的人，可以对比一下两者实现的异同，思想都是一样的。
简单工厂模式
简单工厂模式（Simple Factory Pattern）：定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态（static）方法，因此简单工厂模式又被称为静态工厂方法（Static Factory Method）模式，它属于类创建型模式。
简单工厂模式是最简单的一种设计模式，并不属于GoF 23个设计模式，但由于它比较简单，是学习设计模式的入门，包含以下角色：
- 工厂角色（工厂类）：负责创建所有产品的实例，被外部调用，通过传入参数来决定产生哪个产品实例，本质就是
if-else或switch。 - 产品角色（产品类）：抽象出每一个产品的共有的特征（属性和方法），使用类对其描述。
注：在java中，产品被分为抽象产品角色和具体产品角色，具体产品角色继承抽象产品角色。抽象产品角色（类）用来描述产品一些共有的属性和方法，具体产品角色（类）继承了这些共有的属性和方法，自己也能添加一些自己特有的属性和方法。（这都是继承的概念！）
优缺点
优点：
- 使用者不必关心产品的具体实现细节，只需传入参数即可获得对应的产品实例。
- 如果代码中某个产品改变名称，只需改动产品类的名称和工厂类生产该产品的名称即可（
编码部分会提及到）。
缺点：
- 属于硬编码，违反开闭原则。如果需求一直增加，代码首先要新建产品类，然后在工厂类中加入
else或case返回该产品实例。 - 条件过多的话，不易维护。
需求
我们来模拟一个不恰当的需求：有一个生产水果的工厂，我想去这个工厂去采购一批水果，清单如下：苹果、梨、桃、西瓜、香蕉。而我并不知道这个工厂是否能满足我的需求，所以我会联系到这个工厂的老板，询问他的工厂能买到哪些水果，老板说他的工厂现在能生产的水果有苹果、梨、西瓜、橘子、哈密瓜，不能生产桃、香蕉。可是我得买香蕉呀，此时，老板说给他点时间，他的工厂就能生产香蕉、桃。我把苹果、梨、桃、西瓜给了老板的工厂，工厂为我生产了这些水果。过了一段时间后，老板就打电话说可以生产香蕉、桃了，于是我把香蕉、桃给了老板的工厂，工厂就为我生产了我所需要的水果。
名词转换
在实际开发中也一样，你如果需要使用别人的模块，你就需要去看文档（或者询问编写这个模块的人），来了解模块中是否能满足自己的需求，如果不能满足自己的需求，那么编写此模块的人需要扩展该模块，来满足其他人使用该模块的需求。
生产水果的工厂：代表工厂类
水果清单：代表传给工厂类的参数
工厂生产的水果（苹果、梨、桃等等）：代表一些产品
老板：代表开发工厂类的程序猿
我：代表使用工厂类的程序猿
编码
// 水果工厂类
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，水果产品也得增加更多的水果类，以后我们维护起来就得改动两处，违反了开闭原则。当然，有解决办法，那就是工厂模式。
最后
这是在简书上写下的第一个记录我学习过程的文档，也是我要写文章的第一步，用来记录我学习过程中自己的理解。表达上有些地方比较生疏，自己看肯定能明白，但是别人看就不一定明白了，一点一点改进吧。
在技术上来讲，我的理解是：你会用是一个档次（说明你理解了），你能给别人表达出来是个档次（说明你懂了），你能写下来又是一个更高的档次了（说明你更深入了）。
共勉！！！
网友评论