[JS设计模式]:工厂模式3

简单工厂模式是由一个方法来决定到底要创建哪个类的实例,而这些实例经常都拥有相同的接口. 这种模式主要用在所实例化的类型在编译期并不能确定, 而是在执行期决定的情况。 说的通俗点,就像公司茶水间的饮料机,要咖啡还是牛奶取决于你按哪个按钮。

var Car = (function () {
    var Car =  (model,year,miles) {
        this.model = model;
        this.year = year;
        this.miles = miles;
    };
    return new Car(model,miles);
    };
})();

var tom = new Car("Tom",2009,20000);
var dudu = new Car("Dudu",2010,5000);

不好理解的话,我们再给一个例子:

var productManager = {};

productManager.createProductA =  () {
    console.log('ProductA');
}

productManager.createProductB =  () {
    console.log('ProductB');
}
        
productManager.factory =  (typeType) {
     productManager[typeType];
}

productManager.factory("createProductA");

如果还不理解的话,那我们就再详细一点咯,假如我们想在网页面里插入一些元素,而这些元素类型不固定,可能是图片,也有可能是连接,甚至可能是文本,根据工厂模式的定义,我们需要定义工厂类和相应的子类,我们先来定义子类的具体实现(也就是子函数):

var page = page || {};
page.dom = page.dom || {};
//子函数1:处理文本
page.dom.Text = this.insert =  (where) {
        var txt = document.createTextNode(this.url);
        where.appendChild(txt);
    };
};

子函数2:处理链接
page.dom.Link = var link = document.createElement('a');
        link.href = .url;
        link.appendChild(document.createTextNode(.url));
        where.appendChild(link);
    };
};

子函数3:处理图片
page.dom.Image = var im = document.createElement('img');
        im.src = .url;
        where.appendChild(im);
    };
};

那么我们如何定义工厂处理函数呢?其实很简单:

page.dom.factory =  (type) {
     page.dom[type];
}

使用方式如下:

var o = page.dom.factory('Link');
o.url = 'http://www.cnblogs.com';
o.insert(document.body);

什么时候使用工厂模式

以下几种情景下工厂模式特别有用:

  • 对象的构建十分复杂
  • 需要依赖具体环境创建不同实例
  • 处理大量具有相同属性的小对象

什么时候不该用工厂模式

不滥用运用工厂模式,有时候仅仅只是给代码增加了不必要的复杂度,同时使得测试难以运行下去。

实际上在js里面,所谓的构造函数也是一个简单工厂。只是批了一件new的衣服. 我们扒掉这件衣服看看里面。

通过这段代码,在firefox,chrome等浏览器里,可以完美模拟new.

 A( name ){
  this.name = name;
}

 ObjectFactory(){
  var obj = {},Constructor = Array.prototype.shift.call( arguments );
  obj.__proto__ =  typeof Constructor.prototype === 'number'  ? Object.prototype :  Constructor.prototype;
  var ret = Constructor.apply( obj,arguments );
  typeof ret === 'object' ? ret : obj;
}
var a = ObjectFactory( A,'mr mo' );
console.log ( a.name );  mr mo

这段代码来自es5的new和构造器的相关说明, 可以看到,所谓的new, 本身只是一个对象的复制和改写过程, 而具体会生成什么是由调用ObjectFactory时传进去的参数所决定的。

看一下new一个构造函数进行了什么操作,如下代码:

 Person(name,age) {
     name;
    this.age = age;
}

var person1 = new Person('jessica',27);

当我们new Person()的时候到底发生了什么?

  1. 创建对象,设为o,即: var o = {};

  2. 每个对象都有__proto__属性,该属性指向一个对象,这里,将o对象的__Proto__指向构造函数Person的原型对象(Person.prototype);

  3. o作为this去调用构造函数Person,从而设置o的属性和方法并初始化。

这样也就可以理解模拟new操作的代码了。

实现抽象工厂的示例,以生产智能手机为例,生产手机的基本组成是操作系统(Operating System,我们下面缩写作 OS)和硬件(HardWare)组成。(重点:抽象工厂不干活,具体工厂(ConcreteFactory)来干活!)

 创建手机抽象工厂
class MobilePhoneFactory {
     提供操作系统的接口
    createOS() {
        throw new Error('抽象工厂不允许直接调用,你需要将我重写');
    }
    
     提供硬件的接口
    createHardWare() {
        );
    }
}

 生产一种新的手机产品线(如:安卓高通手机)
class FakeStarFactory extends MobilePhoneFactory{
     操作系统
    createOs() {
         AndriodOS();
    }
    
     硬件
 QualCommHardWare();
    }
}

 定义操作系统这类产品的抽象产品类
class OS {
    controlHardWare() {
        new Error('抽象产品方法不允许直接调用,你需要将我重写');
    }
}

class AndriodOS extends OS {
    controlHardWare() {
        console.log('我会用安卓的方式来操作硬件');
    }
}

class AppleOS extends OS {
    controlHardWare() {
        console.log('我会用苹果的方式来操作硬件' 硬件类产品同理
// 定义手机硬件这类产品的抽象产品类
class HardWare {
     手机硬件的共性方法,这里提取了“根据命令运作”这个共性
    operateByOrder() {
         定义具体硬件的具体产品类
class QualCommHardWare extends HardWare {
    operateByOrder() {
        console.log('我会用高通的方式去运转');
    }
}

class MiHardWare extends HardWare {
    operateByOrder() {
        console.log('我会用小米的方式去运转');
    }
}


 生产一台高通安卓手机
var phone=  FakeStarFactory();
 拥有操作系统
var myOs = phone.createOs();
 拥有硬件
var myHardWare = phone.createHardWare();

 启动操作系统(输出“我会用安卓的方式来操作硬件”)
myOs.controlHardWare();
 唤醒硬件(输出“我会用高通的方式去运转”)
myHardWare.operateByOrder();

参考地址:

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结