CommonJS规范

CommonJS规范

CommonJS分为1.0和1.1两个版本。

CommmonJS 1.0
  • 模块上下文

    1. 在一个模块中,存在一个自由变量“require”函数
      • 这个“rquire”函数接收一个模块标识符。
      • rquire”返回外部模块所输出的API
      • 如果出现依赖闭环(dependency cycle),那么外部模块在被它的传递依赖(transitive dependencies)所require的时候可能并没有执行完成,这种情况下“require“返回的对象必须至少包含此外部模块在调用require函数之前就已经准备完毕的输出。
      • 如果请求模块不能返回,那么”require“必须抛出一个错误。
    2. 在一个模块中,存在一个名为”exports“的自由变量,它是一个对象,模块可以在执行的时候把自身API加入到其中。
    3. 模块必须使用”exports“对象来作为输出的唯一表示。
  • 模块标示符

    1. 模块标示符是一个由正斜杠分隔的”terms“组成的字符串。
    2. 一个term的必须为驼峰样式标识符,或者为”.“或”..“。
    3. 模块标识符可以省略文件名的后缀。比如”.js
    4. 模块标识符可以是相对路径(relative)或者绝对路径(top-level)。如果模块标识符的开头是”.“或者”..“则此模块标识符为相对路径。
    5. 绝对路径必须是模块所在命名空间的根。
    6. 相对路径必须是相对于当前require的模块。
  • 未规范
    此规范对于如下关于协同工作能力方面的重要内容未进行规范:

    1. 模块是否可以通过数据库、文件系统或者工厂函数进行存储或者可以通过链接库进行内部交换。
    2. 模块加载器是否应该支持PATH变量用来解析模块标识符。
  • 单元测试

  • 示例代码

    • math.js

      exports.add = function(){
        var sum = 0 ,
        i = 0 ,
        args = arguments ,
        1 = args.length;
        while(i < 1){
          sum += args[i++];
        }
        return sum;
      };
      
    • increment.js

      var add = require('math').add;
      exports.increment = function(val){
        return add(val,1);
      };
      
    • program.js

        var inc = require('increment').increment;
        var a = 1;
        inc(a); //2
      
CommonJS 1.1

CommonJS 1.11.0相比主要在 模块上下文(Module Context)部分增加了一些规范。

  • 模块上下文
    1. 在一个模块中,存在一个自由变量“require”函数
      • 这个“rquire”函数接收一个模块标识符。
      • rquire”返回外部模块所输出的API
      • 如果出现依赖闭环(dependency cycle),那么外部模块在被它的传递依赖(transitive dependencies)所require的时候可能并没有执行完成,这种情况下“require“返回的对象必须至少包含此外部模块在调用require函数之前就已经准备完毕的输出。
      • 如果请求模块不能返回,那么”require“必须抛出一个错误。
      • require有一个只读的、不可删除的”main“属性。”main“相当于程序根目录的module。如果设置了该属性,则其必须和根目录的module指向相同的对象。
      • require有个paths属性,该属性是一个具有优先秩序的路径数组,优先级从高到低,路径一直回朔到地根模块目录。
        1. paths属性不会存在于沙盒中。
        2. 在所有模块中pathsattribute均指向相同的值。
        3. paths是无法被替换的。
        4. paths的attribute存在时,修改paths的内容可能会导致模块无法被正确的搜索到。
        5. paths的attribute存在时,它可能只包含了部分path,当模块加载器在使用这些路径之前或者之后,去检查其它的路径。
        6. paths的attribute存在时,它是模块加载器使paths规范化、标准化的依据。
    2. 在一个模块中,存在一个名为”exports“的自由变量,它是一个对象,模块可以在执行的时候把自身API加入到其中。
      • 模块必须将exports作为导出对象的唯一工具。
    3. 模块必须使用”exports“对象来作为输出的唯一表示。
      • module对象有一个制度的、不可删除的id属性。当执行require(module.id)时,可以通过该id找到对应的module并返回module exports出的对象。
      • 当创建一个module对象时,该对象可以有一个URI属性。该属性指向对应的模块源文件。该URI不存在于沙盒中。
附:

原文链接:
Modules/1.0
Modules/1.1

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • CommonJS是Node.js使用的模块化标准,在CommonJS规范中,一个文件就是一个模块,模块具有单独的作...
    我不是黄悠然阅读 777评论 0 0
  • CommonJS和AMD CommonJS Nodejs的模块系统就采用CommonJS模式。CommonJS标准...
    Isaacyyy阅读 572评论 0 1
  • 导读 内容大部分都是来源于 阮一峰老师的博客,做个搬运工加自己写一写。想看原文请移步CommonJS规范 ...
    Estarsyang阅读 122,183评论 4 49
  • 概念 1、为什么要使用模块化? 当代码规模较大或进行团队协作时,如果不实行模块化,有可能导致命名冲突----解决命...
    周花花啊阅读 827评论 0 3
  • 问答 1.为什么要使用模块化? 要使用模块化,我们要知道什么是模块化?首先一个模块是为了实现特定功能的文件,模块化...
    GarenWang阅读 1,540评论 1 1