我想要定义一个变量, 在项目的任何地方均可以访问到, 不须要每一次使用的时候, 都引入.javascript
尝试1:
建立 global.js 而且在其中定义css
let a = 10;
在入口文件中引入 global.jsjava
import './global.js'
在项目中使用:nginx
a // 报错
发现报错了, a 并无定义. 为何?typescript
这个涉及到模块做用域:
1 每个 js 都至关于一个模块, 一个模块有本身的模块做用域.
意思就是说: 其中的变量方法, 都只在这个模块上面生效.微信
尝试2:
将变量放到 Vue.prototype 上面, 经过插件全局引入
建立 global.js, 这样写:app
let a = 10; export default { install () { Vue.prototype.$a = a; } }
在 入口文件中引入:ui
import G from './global' Vue.use(G);
在项目中使用:this
this.$a
的确能够, 可是这样的方式并很差, 在任何 this 不指向 Vue 的地方, 你都没有办法使用这个变量.spa
尝试3:
将变量放到 window 对象上面
建立 global.js
window.a = 10;
在入口文件中引入
import './global.js'
在项目中使用:
a
可行, 这种方式只要你能访问到 window 对象, 就能访问到这个变量.
有什么缺点吗?
暂时没有发现.
实际的场景分析:
在实际情景上, 你可能拥有一份配置, 好比说微信公众号开发的时候, 你有一份配置, 写着
appId 和 appKey, 但愿能够全局访问到.
按照上面的讨论, 你应该这么写:
global.js
window.appId = 123; window.appKey = 'abc';
能够很明显的看到, 一旦你要定义的变量或者常量过多, 就能疯了.
因此咱们但愿有一种方式, 咱们定义仍是按照本身的方式定义:
appId = 123; appKey = 'abc';
而后有一个方法fn, 能够将这两个参数, 直接绑定到 window 对象上面
fn (appId, appKey);
结果就是 appId, appKey 都会被绑定到 window 对象上面.
实现:
你须要传递一个对象给方法 fn, fn 负责将这个对象中的每个 key 都绑定到 window 对象上面.
let bindToGlobal = obj => { for (let key in obj) { window[key] = obj[key] } }
更新版本:
你这样用以后, 全部的变量/常量都绑定在 window 对象上面, 很容易就和已经存在 window 对象上面的变量
冲突, 因此要收敛你的行为, 这样:
你先在window 对象上面设置一个属性, 属性值是一个对象, 好比这样:
window.key = {};
而后将你全部须要设置的全局变量, 方法, 都放到 window.key 里面而不是 window 上面.
let bindToGlobal = obj => { window.abc = {}; for (let key in obj) { window.abc[key] = obj[key] } }
更近一步, 可让这个 key 的名字为 _const 或者 _var, 或者让用户本身控制这个变量的名字.
let bindToGlobal = (obj, key='var') => { window[key] = {}; for (let i in obj) { window[key][i] = obj[i] } }
如今大体已经能够了, 而后你要解决一下, 若是重复调用 'bindToGlobal' 后面的会覆盖掉前面
所定义的 变量/常量, 而咱们要的是 追加, 不是覆盖, 因此代码作个调整:
let bindToGlobal = (obj, key='var') => { if (typeof window[key] === 'undefined') { window[key] = {}; } for (let i in obj) { window[key][i] = obj[i] } }
到这里已经结束了.
最后对 'bindToGlobal' 作一个修改, 使得你之后使用的时候比较简单方便一点
虽然开放了绑定在 window 对象上面的对象的名字, 可是你是否是就能够随便起名字?
假设你有两份配置, 都是常量,
一份是 http.js, 配置了全局请求的域名
一份是 wexin.js 配置了公众号里面的一些 appId, appkey
你是这样绑定呢:
bindToGlobal(http, '_http'); bindToGlobal(wexin, '_wexin');
这样访问:
_http.host _wexin.appId
仍是按照它是常量仍是变量去绑定:
bindToGlobal(httpConfig, '_const'); bindToGlobal(wexin, '_const');
这样访问:
_const.host; _const.appId;
前者语义上面确定是优秀的, 可是我考虑的不是这么一个点:
1 若是有新人要来维护你的代码, 他想访问一个常量, 要先知道你定义的常量的名字是什么, 好比知道了
是 'wexin', 而后再知道那个变量的名字是啥, 好比说 appId, 这个时候才能访问:
wexin.appId;
而若是你统一都是用 '_const', 他只要去配置文件里面看下名字是 appId, 就能够这么用
_const.appId; // over
也就是说 牺牲语义, 换来维护简单一点.
试想若是追求语义, 你分的很是细, 定了七八个 key。
2 记忆上面的问题, 将来的你, 放了几个月再来维护的时候, 或者某天你搞这个项目都搞的要吐了, 新访问一个变量的时候, 还要想一下 key 名字, 怂.而统一 _const.appId, 多简单的事情.