javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?
本文介绍了javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!
问题描述
问 题
问题背景
在做行业应用,包括面向互联网的部分和内网业务处理的部分。
没有采用单页面应用的模式。
JavaScript模块化基于requirejs做了封装。
每个具体业务处理的页面对应一个js文件,通过 requirejs 引入公共模块。
如:用户列表页面 user_list.html ,对应的javascript代码写在 user_list.js 中。
问题
在具体业务的js文件(如:user_list.js)是否还有必要坚持不能污染全局命名空间的原则?
继续要求按模块化的编码风格,提高了对开发人员的要求。
因为是做行业应用,其实是大规模生产,好多业务大量使用外包人员,水平参差不齐。
上线后,有运维的需要,运维人员技术水平也一般。
解决方案
就是因为大家技术水平层次不齐才要坚持不污染全局,不然随时有可能A写的全局变量被B覆盖了,出现各种无法预料的问题
这篇关于javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!
查看全文