javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?

查看:92
本文介绍了javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

问 题

问题背景

在做行业应用,包括面向互联网的部分和内网业务处理的部分。
没有采用单页面应用的模式。

JavaScript模块化基于requirejs做了封装。

每个具体业务处理的页面对应一个js文件,通过 requirejs 引入公共模块。
如:用户列表页面 user_list.html ,对应的javascript代码写在 user_list.js 中。

问题

在具体业务的js文件(如:user_list.js)是否还有必要坚持不能污染全局命名空间的原则?

继续要求按模块化的编码风格,提高了对开发人员的要求。

因为是做行业应用,其实是大规模生产,好多业务大量使用外包人员,水平参差不齐。

上线后,有运维的需要,运维人员技术水平也一般。

解决方案

就是因为大家技术水平层次不齐才要坚持不污染全局,不然随时有可能A写的全局变量被B覆盖了,出现各种无法预料的问题

这篇关于javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆