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

 真实的姜伯约_832 发布于 2022-11-12 00:28

问题背景

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

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

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

问题

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

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

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

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

4 个回答
  • 还代码从一开始就注意规范 就会减少很多这方面的问题

    2022-11-12 01:57 回答
  • 用require.js引入就不会污染了吧,都用闭包分装过了。

    2022-11-12 01:57 回答
  • 尽量保持一致吧,刚开始可能痛苦点,但是对以后的维护有利,否则随着时间的推迟,早晚会出现一些奇奇怪怪的全局变量

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

    2022-11-12 01:57 回答
撰写答案
今天,你开发时遇到什么问题呢?
立即提问
热门标签
PHP1.CN | 中国最专业的PHP中文社区 | PNG素材下载 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有