您的位置: 首页  >  IT文章  >  xgqfrms™, xgqfrms® : xgqfrms's offical website of GitHub! javascript module system all in one  AMD、CMD、UMD 模块的写法

xgqfrms™, xgqfrms® : xgqfrms's offical website of GitHub! javascript module system all in one  AMD、CMD、UMD 模块的写法

分类: IT文章 • 2022-03-23 22:09:21

xgqfrms™, xgqfrms® : xgqfrms's offical website of GitHub! javascript module system all in one  AMD、CMD、UMD 模块的写法

AMD & CMD

https://github.com/amdjs/amdjs-api/wiki/AMD

http://requirejs.org/

http://requirejs.org/docs/whyamd.html

https://github.com/amdjs/amdjs-api/wiki/AMD-(%E4%B8%AD%E6%96%87%E7%89%88)

https://github.com/cmdjs/specification/blob/master/draft/module.md

https://github.com/seajs/seajs/issues/242

Using jQuery UI with AMD

http://learn.jquery.com/jquery-ui/environments/amd/

AMD、CMD、UMD 模块的写法

2015/03/24 · JavaScript · AMD, CMD, UMD

分享到：
原文出处： David Calhoun   译文出处：奇舞团 - hxl   

简介

最近几年，我们可以选择的Javascript组件的生态系统一直在稳步增长。虽然陡增的选择范围是极好的，但当组件混合匹配使用时就会出现很尴尬的局面。开发新手们会很快发现不是所有组件都能彼此“和平相处”。

为了解决这个问题，两种竞争关系的模块规范AMD和CommonJS问世了，它们允许开发者遵照一种约定的沙箱化和模块化的方式来写代码，这样就能避免“污染生态系统”。

AMD

随着RequireJS成为最流行的实现方式，异步模块规范（AMD）在前端界已经被广泛认同。

下面是只依赖jquery的模块foo的代码：

JavaScript
 
1
2
3
4
5
6
7
8
//    文件名: foo.js
{
//    方法
;
 
//    暴露公共方法
;
;

还有稍微复杂点的例子，下面的代码依赖了多个组件并且暴露多个方法:

JavaScript
 
1
2
3
4
5
6
7
8
9
10
11
12
// 文件名: foo.js
{
// 方法
// 私有方法，因为没有被返回(见下面)
// 公共方法，因为被返回了
// 公共方法，因为被返回了
//    暴露公共方法
{
,
c
}
;

定义的第一个部分是一个依赖数组，第二个部分是回调函数，只有当依赖的组件可用时（像RequireJS这样的脚本加载器会负责这一部分，包括找到文件路径）回调函数才被执行。

注意，依赖组件和变量的顺序是一一对应的（例如，jquery->$, underscore->_）。

同时注意，我们可以用任意的变量名来表示依赖组件。假如我们把$改成$$，在函数体里面的所有对jQuery的引用都由$变成了$$。

还要注意，最重要的是你不能在回调函数外面引用变量$和_，因为它相对其它代码是独立的。这正是模块化的目的所在！

CommonJS

如果你用Node写过东西的话，你可能会熟悉CommonJS的风格（node使用的格式与之相差无几）。因为有Browserify，它也一直被前端界广泛认同。

就像前面的格式一样，下面是用CommonJS规范实现的foo模块的写法：

JavaScript
 
1
2
3
4
5
6
7
8
//    文件名: foo.js
//    依赖
;
//    方法
;
 
//    暴露公共方法（一个）
;

还有更复杂的例子，下面的代码依赖了多个组件并且暴露多个方法：

JavaScript
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
//    文件名: foo.js
;
;
 
//    methods
//    私有方法，因为它没在module.exports中 (见下面)
//    公共方法，因为它在module.exports中定义了
//    公共方法，因为它在module.exports中定义了
 
//    暴露公共方法
{
,
c
;

UMD: 通用模块规范

既然CommonJs和AMD风格一样流行，似乎缺少一个统一的规范。所以人们产生了这样的需求，希望有支持两种风格的“通用”模式，于是通用模块规范（UMD）诞生了。

不得不承认，这个模式略难看，但是它兼容了AMD和CommonJS，同时还支持老式的“全局”变量规范：

JavaScript
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
{
{
// AMD
;
{
// Node, CommonJS之类的
;
{
// 浏览器全局变量(root 即 window)
;
}
{
//    方法
;
 
//    暴露公共方法
;
;

保持跟上面例子一样的模式，下面是更复杂的例子，它依赖了多个组件并且暴露多个方法:
JavaScript
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
{
{
// AMD
;
{
// Node, CommonJS之类的
;
{
// 浏览器全局变量(root 即 window)
;
}
{
//    方法
//    私有方法，因为它没被返回 (见下面)
//    公共方法，因为被返回了
//    公共方法，因为被返回了
 
//    暴露公共方法
{
,
c
}
;

 

1

http://blog.gejiawen.com/2015/11/03/what-is-amd-cmd-commonjs-umd/

http://davidbcalhoun.com/2014/what-is-amd-commonjs-and-umd/

https://www.zhihu.com/question/20351507

http://*.com/questions/16521471/relation-between-commonjs-amd-and-requirejs

阮一峰

http://www.ruanyifeng.com/blog/2012/10/javascript_module.html

http://www.ruanyifeng.com/blog/2012/10/asynchronous_module_definition.html

 CommonJS规范

http://javascript.ruanyifeng.com/nodejs/module.html


https://www.npmjs.com/package/ranma

https://segmentfault.com/a/1190000004873947

http://hao.jser.com/archive/7865/

1

1

1

1

1

1

1

1

 

相关推荐