码迷,mamicode.com
首页 > Web开发 > 详细

模块化编程(二)---common.js

时间:2018-03-19 13:45:42      阅读:255      评论:0      收藏:0      [点我收藏+]

标签:其他应用   技术   操作系统   作用域   document   --   读取   架构   comm   

    CommonJS是服务器端模块的规范,由Node推广使用。由于服务端编程的复杂性,如果没有模块很难与操作系统及其他应用程序互动。使用方法如下:

    技术分享图片

    根据CommonJS规范:

  • 一个单独的文件就是一个模块。每一个模块都是一个单独的作用域,也就是说,在该模块内部定义的变量,无法被其他模块读取,除非定义为global对象的属性。

  • 输出模块变量的最好方法是使用module.exports对象。

  • 加载模块使用require方法,该方法读取一个文件并执行,返回文件内部的module.exports对象

    仔细看上面的代码,您会注意到 require 是同步的。模块系统需要同步读取模块文件内容,并编译执行以得到模块接口。
    然而, 这在浏览器端问题多多。

    浏览器端,加载 JavaScript 最佳、最容易的方式是在 document 中插入<script>标签。但脚本标签天生异步,传统 CommonJS 模块在浏览器环境中无法正常加载。

    解决思路之一是,开发一个服务器端组件,对模块代码作静态分析,将模块与它的依赖列表一起返回给浏览器端。 这很好使,但需要服务器安装额外的组件,并因此要调整一系列底层架构。

    另一种解决思路是,用一套标准模板来封装模块定义:

    浏览器端,加载 JavaScript 最佳、最容易的方式是在 document 中插入<script>标签。但脚本标签天生异步,传统 CommonJS 模块在浏览器环境中无法正常加载。

    解决思路之一是,开发一个服务器端组件,对模块代码作静态分析,将模块与它的依赖列表一起返回给浏览器端。 这很好使,但需要服务器安装额外的组件,并因此要调整一系列底层架构。

    另一种解决思路是,用一套标准模板来封装模块定义:

    技术分享图片

    这套模板代码为模块加载器提供了机会,使其能在模块代码执行之前,对模块代码进行静态分析,并动态生成依赖列表。

    技术分享图片

    转自 https://www.jianshu.com/p/d67bc79976e6    前端模块化(CommonJs,AMD和CMD)

 

 

模块化编程(二)---common.js

标签:其他应用   技术   操作系统   作用域   document   --   读取   架构   comm   

原文地址:https://www.cnblogs.com/cutemantou/p/8600838.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!