此规范借鉴了很多 componentjs 的思想。

一个模块可以由 HTML/TPL、JS、CSS、Images、Fonts 或其他前端资源的任意组合组成，它应该具有一定的通用性。每个模块必须包含一个 components.json 文件来描述自己。一个模块可以通过指定依赖，使用其他模块。

模块应该是一个比较独立的整体，模块内部资源引用，应该使用相对路径来引用。模块中的 JS 应该采用 COMMONJS 规范或者 AMD 规范来解决依赖和对外暴露的问题。模块对于其依赖中 main JS 的引用应该通过模块名来引用，如 require('jquery')，main js 之外的 js 通过 name/path 的方式引用如 require('jquery-ui/autocomplete')。

模块被安装后，应当使其目录尽可能少的包含无用文件，如： test 用例，编辑器配置文件和覆盖率报表之类的，都不应该被安装，规则可以通过 mapping 设置。

每个组件必须包含一个 component.json 文件来描述此组件信息。

{
  "name": "dialog",
  "description": "一个简单的 dialog 组件",
  "protocol": "github",
  "github": {
    "author": "fis-components"
  },
  "dependencies": [
    "jquery@~1.9.0",
    "jquery-ui@*",
    "otherAuthor/xxxx",
    "gitlab:fis-dev/fis-report-record@master",
    "lights:pc-demo@latest"
  ],
  "mapping": "./mapping.config.js"
}

模块必须包含一个 name 属性，此属性将会成为其他模块的引用此模块的标识。

模块名只能包含小写英文字母、数字、中划线和下划线，它必须满足该正则 /^[0-9a-z-_] $/。

模块应当包含适当的模块信息，帮助他人理解此模块的功能特点。

一个发行的模块必须指定一个版本号，版本形式应当采用 3 组数字组成，如：1.2.3。注意：前面没有 v 字开头。

如果一个模块托管在 git 仓库，发布此模块的时应当创建版本号同名的 tag。

一个模块应当提供几个关键字来协助平台搜索, 建议将组件满足的解决方案名称带上如： fisp 或 jello 或 yogurt。

{
  "keywords": [
    "fisp",
    "pagination"
  ]
}

当此模块包含 JS 时，应当通过 main 来指定主文件，此文件将会通过 require('模块名') 的时候被引用。

如果不设置此属性，默认值为 "index.js".

模块如果需要依赖其他模块，则必须通过此属性指定。

...
"dependencies": [
  "github:xiangshouding/[email protected]",
  "gitlab:fis-dev/fis-report-record@latest"
],
...

每个依赖应当按照以下形式指定，用中括号括起来的部分为选填。

[GIT 平台:][作者名/]模块名[@版本]
[lights:][lights平台域名/]仓库名称[@版本]

• 平台可以是 github、gitlab或lights。
• 如果依赖中平台名称省略，则默认采用 protocol 所设定的值。
• 如果 github 平台作者名省略，则默认采用 github.author 所设定的值。
• 如果 gitlab 平台作者名省略，则默认采用 gitlab.author 所设定的值。
• 如果 lights 平台 domain 省略，则默认采用 lights.repos 所设定的值。
• 版本支持 semver 格式。

默认平台名称，默认为 github，取决于将此组件存放于什么平台。当依赖中没有指定组件平台时，默认将采用此处所设置的值。

当默认平台名称设置为 github 时，设置 github 仓库默认的用户名，默认值为fis-components。当依赖中省略了 github 用户名时，默认将采用此处所设置的值。

当默认平台名称设置为 gitlab 时，设置 gitlab 仓库默认的用户名。当依赖中省略了 gitlab 用户名时，默认将采用此处所设置的值。

当默认平台名称设置为 repos 时，设置 repos 仓库默认的domain, 默认值为 lightjs.duapp.com (即默认的lights平台)。当依赖中省略了 lights domain 时，默认将采用此处所设置的值。

如果仓库中文件存放比较多或希望最终安装后路径与原存放路径不一致，可以通过指定此属性来设定。

由于 mapping 的规则比较复杂，不适合用 json 文件来描述，所以需要借助一个 js 文件来配置。

{

  "mapping": "./mapping.config.js"

}

如果不填写此属性，项目中所有的文件都会被安装。

如果由于某种原因组件不能修改成 commonJS 规范或者 amd 规范，应该通过设定此属性来显式的指定组件依赖以及暴露对象。

{
  "shim": {
    "index.js": {
      "deps": ["a", "b"],
      "exports": "window.dialog"
    }
  }
}

用来配置项目原路径与安装路径的对应规则。

module.exports = function(options) {

  // options 为 components.json 的值。

  // 可以添加一些逻辑，最终返回一个 mapping 配置列表。
  return [
    {
      reg: /^\/dist\/(.*)$/i,
      release: "$1"
    }
  ];

}

• reg 用来匹配仓库原文件路径，支持正则与 glob 两种规则。
• release 用来指定安装后的存放路径，当 reg 为正则表达式时，可以通过 $数字 来代替分组捕获。