一. 写在前面

工厂模式和抽象工厂在后台代码中的使用，相信你一定非常熟悉，所以关于概念的东西也用不着我多说。你可以用其做为类与类之间，层与层之间的解耦。工厂模式没有什么难点，在JS中其实思想也是一样的，所以废话不多说，直接上实践的场景和代码。

二. 场景描述

1.最近的项目的登陆使用了Owin认证，所以token必须找好地方进行存储，鉴于token需要在请求API资源的时候放到请求头的Authorization当中，以便在进入WebAPI前进行身份验证。所以我不想在主流浏览器中的cookie中存储token，因为这样一来，每次Cookie中带一份token,Authorization中又带一份token.多传输一次不说，还让人感到很low.这么 这么low的行为，你忍心使用吗。所以我希望把token存储于localStorage当中。那么问题来了，不支持H5的浏览器怎么办？

2.为了将来把所有前端资源置于CDN, 前端仅拥有html,css和js。页面加载到浏览器客户端后，所有动态资源走AJAX,并且所有资源均跨域。那么问题又来了，跨域很容易解决，在IE8,IE9这种默认关闭跨域功能的浏览器怎么办?

三. 公共JS结构一览

我通常会给应用定义一个全局Application.js。其中大概包括如下内容。 先上整体代码结构，供参考

四. 引入工厂思想解决问题

为了解决上述两个问题，所以引入工厂模式，在工厂中创建对象，工厂中根据不同浏览器类型，创建不同对象。

也就是说在解决问题一上，在浏览器支持H5的时候，存储token于localStorage。在不支持h5的浏览器中还是存于cookie.

所以产生了两个JS对象，CookieStorageUtil对象，LocalStorageUtil对象。并且他们应该实现相同的“接口”,在这里我没有使用JS代码来模仿接口，而是采用注释的形式，标注两个对象需要实现相同的接口，实现接口中的两个方法write()和get()。并规范代码，下划线开头的为私有方法，这样一来今后修改内部代码的时候，私有方法随便改，对外部暴露的方法名称不变就好，是不是有点像后台的面向接口编程呢？其实JS也是一样的。再多费一句话，如果我不使用JS的function模拟类的话，是无法达到真正的方法私有，所以如果有人调用下划线'_'开头的私有方法，在今后私有方法有变动的时候影响了功能，那就不是我的锅咯？

还是上代码靠谱：

/** * Storage Factory -Author 吴双 cnblogs.com/tdws */ StorageUtilManager: new Object({ createStorageUtil: function () { if (window.applicationCache) { return AppUtil.LocalStorageUtil; } else { return AppUtil.CookieStorageUtil; } } }), /** * implement Storage -Author 吴双 * write() * get() */ CookieStorageUtil: { write: function (key, dataObj) { this._clearCookie(key); //写入的字符串 var dataObjStr = JSON.stringify(dataObj); this._setCookie(key, dataObjStr, 15); }, get: function (key) { return this._getCookie(key); }, _setCookie: function (cname, cvalue, exdays) { var d = new Date(); d.setTime(d.getTime() + (exdays * 24 * 60 * 60 * 1000)); var expires = "expires=" + d.toUTCString(); var path = "path=/"; document.cookie = cname + "=" + cvalue + "; " + expires + "; " + path; }, _getCookie: function (cname) { var name = cname + "="; var ca = document.cookie.split(';'); for (var i = 0; i < ca.length; i++) { var c = ca[i]; while (c.charAt(0) == ' ') c = c.substring(1); if (c.indexOf(name) != -1) return c.substring(name.length, c.length); } return null; }, _clearCookie: function (key) { this._setCookie(key, "", -1); } }, /** * implement Storage cnblogs.com/tdws * write() * get() */ LocalStorageUtil: { write: function (key, dataObj) { this._writeLocalStorage(key, dataObj); }, get: function (key) { return this._getFromLocalStorage(key); }, _writeLocalStorage: function (key, dataObj) { var localStorage = window.localStorage; localStorage.removeItem(key); //对象转化为字符串,将objStr按正常的方式存入localStorage中 var dataObjStr = JSON.stringify(dataObj); localStorage.setItem(key, dataObjStr); }, _getFromLocalStorage: function (key) { var localStorage = window.localStorage; return localStorage.getItem(key); }, _removeLocalStorage: function (key) { var localStorage = window.localStorage; localStorage.removeItem(key); } }

这样第二个问题也得到了解决，在不支持跨域的浏览器创建XDomainRequest对象来做请求，两个HttpUtil对象依然实现相同的接口中的方法。在这个跨域问题上，推荐使用gayhub中的一个1.8k的JS https://github.com/MoonScript/jQuery-ajaxTransport-XDomainRequest

对了，为了避免使用工厂模式，使代码调用复杂，我们可以简化JS

AppUtil.currentHttpUtil = AppUtil.HttpUtilManager.createHttpUtil();

五. 写在最后

所以有了这样的方式，问题平滑的解决了，两个StorageUtil与调用方，通过工厂StorageUtilManager完成解耦。可能你看完代码后说，不就是多了一个Manager吗？这也很简单啊，是啊，就是这么简单，这就是设计模式，它仅仅是前人的经验模式，它更平滑的解决我们的实际问题。

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，同时也希望多多支持！