javascript设计模式中工厂模式原理的示例分析

这篇文章给大家分享的是有关javascript设计模式中工厂模式原理的示例分析的内容。小编觉得挺实用的,因此分享给大家做个参考,一起跟随小编过来看看吧。

成都创新互联致力于成都做网站、成都网站制作、成都外贸网站建设,成都网站设计,集团网站建设等服务标准化,推过标准化降低中小企业的建站的成本,并持续提升建站的定制化服务水平进行质量交付,让企业网站从市场竞争中脱颖而出。 选择成都创新互联,就选择了安全、稳定、美观的网站建设服务!

介绍:简单工厂模式是最常用的一类创建型设计模式。其中简单工厂模式并不属于GoF23个经典设计模式,它通常被作为学习其他工厂模式的基础。

定义:定义一个工厂类,它可以根据参数的不同返回不同的实例,被创建的实例通常都具有相同的父类,因为在简单工厂模式中创建实例的方法是静态方法,因此简单工厂模式又被称为静态工厂方法模式,它属于类创建型模式。

场景:我们需要写一个dialog工具类,在项目初期我们只需要考虑一个简单的弹窗实现,项目持续迭代,会衍生出各种类型的弹窗,带关闭按钮的,带确认按钮的…..

我见到最多的做法是根据一个type值来判断当前需要弹什么类型的窗口,这样的设计我之前没觉得有问题,但是看了前面介绍的设计原则,我们也来分析下这么做的缺点:

1. 存在多个if…else…代码块,代码冗长,阅读困难,维护困难,测试困难,影响系统性能。
2. dialog类职责过重,负责初始化所有弹窗实例,违反了单一职责原则,不利于重用和维护。
3. 当需要新增弹窗类型是,必须修改源代码,违反了开关原则。
4. 不同种类弹窗基础样式相同,会导致存在大量重复代码。
5. 各类弹窗的创建和使用都是在各个业务逻辑中,如果我想修改创建方式必须修改所有业务代码,违反了开关原则

示例:

var Dialog = (function(){
  var createNotice = function(){
    return '
notice
';   }   var createToast = function(){     return '
toast
';   }   var createWarnin = function(){  return '
warnin
';   }   var Dialog = function(){  this.element = '';  this.name = '';  this.show = function(){    console.log(this.name + ' is show -> ' + this.element);  };   }     return {  factory: function(arg){    var _dialog;    if(arg === 'notice'){      _dialog = new Dialog();      _dialog.element = createNotice();      _dialog.name = 'notice';      }else if(arg === 'toast'){      _dialog = new Dialog();      _dialog.element = createToast();      _dialog.name = 'toast';    }else if(arg === 'warnin'){      _dialog = new Dialog();      _dialog.element = createWarnin();      _dialog.name = 'warnin';    }    return _dialog;  }   } })();   var notice = Dialog.factory('notice'); var toast = Dialog.factory('toast'); var warnin = Dialog.factory('warnin'); toast.show(); //toast is show -> 
toast
notice.show(); //notice is show -> 
notice
warnin.show(); //warnin is show -> 
warnin

以上的解决方案是自己理解着写的,对照着java的示例写了一个,实现的方式有很多种,你可以用原型链,用继承来实现都可以。我们这里主要讨论下为什么要这么写。

之前我们列出了5个缺点:我们主要解决了2,4和5,将共有的方法属性抽取出来写在父类上,减少了重复代码,将每种情况特有的代码抽取出来,解决了不符合单一职责原则的问题。

重要的是将所有弹窗的创建集中在工厂类中,当有修改时,只需要修改工厂类即可,不会影响业务代码。

这里我们思考一下:1.如何去掉那些if…else…? 2.当我要新增一个error类型的弹窗时如何满足开关原则?

我自己试了一下:

var Dialog = function(){
  this.element = '';
  this.name = '';
  this.show = function(){
 console.log(this.name + ' is show -> ' + this.element);
  };
}
 
Dialog.createNotice = function(){ return '
notice
'; }; Dialog.createToast = function(){ return '
toast
'; }; Dialog.createWarnin = function(){ return '
warnin
'; }; Dialog.factory = function(arg){    var _dialog = new Dialog();   _dialog.element = Dialog[arg]();   _dialog.name = arg;   return _dialog; };   var notice = Dialog.factory('createNotice'); var toast = Dialog.factory('createToast'); var warnin = Dialog.factory('createWarnin'); notice.show(); //createNotice is show -> 
notice
warnin.show(); //createWarnin is show -> 
warnin
toast.show(); //createToast is show -> 
toast

这样当我做新增时,只需要要新增一条配置即可,不用去对公告内容做修改。满足了开关原则的对扩展支持对修改关闭。

简单工厂模式总结:

优点:
* 简单工厂模式实现了对象创建和使用的分离

缺点:
* 工厂模式集中了所有产品的创建逻辑,职责过重,一旦出现问题会影响到整个系统

适用场景:
* 适用于创建的对象比较少,由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂
* 客户端只知道传入工厂类的参数,对于如何创建对象并不关心

感谢各位的阅读!关于“javascript设计模式中工厂模式原理的示例分析”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,让大家可以学到更多知识,如果觉得文章不错,可以把它分享出去让更多的人看到吧!


网页名称:javascript设计模式中工厂模式原理的示例分析
当前路径:http://pwwzsj.com/article/gcpdds.html