javascript - 非单页应用,公共逻辑实现了模块化,具体页面对应的js中是否可以放宽对全局变量的限制?
伊谢尔伦
伊谢尔伦 2017-04-11 11:38:18
0
4
329

问题背景

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

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

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

问题

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

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

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

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

伊谢尔伦
伊谢尔伦

小伙看你根骨奇佳,潜力无限,来学PHP伐。

reply all (4)
迷茫

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

    伊谢尔伦

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

      小葫芦

      用require.js引入就不会污染了吧,都用闭包分装过了。

        Peter_Zhu

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

          Latest Downloads
          More>
          Web Effects
          Website Source Code
          Website Materials
          Front End Template
          About us Disclaimer Sitemap
          php.cn:Public welfare online PHP training,Help PHP learners grow quickly!