关于 CommonJS AMD CMD UMD

看这

CommonJS

CommonJs 是服务器端模块的规范,Node.js采用了这个规范。

根据CommonJS规范,一个单独的文件就是一个模块。加载模块使用require方法,该方法读取一个文件并执行,最后返回文件内部的exports对象。

例如:

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
// foobar.js
 
//私有变量
var  test = 123;
 
//公有方法
function  foobar () {
 
     this .foo =  function  () {
         // do someing ...
     }
     this .bar =  function  () {
         //do someing ...
     }
}
 
//exports对象上的方法和变量是公有的
var  foobar =  new  foobar();
exports.foobar = foobar;

 

?
1
2
3
4
//require方法默认读取js文件,所以可以省略js后缀
var  test = require( './boobar' ).foobar;
 
test.bar();

 

 

CommonJS 加载模块是同步的,所以只有加载完成才能执行后面的操作。像Node.js主要用于服务器的编程,加载的模块文件一般都已经存在本地硬盘,所以加载起来比较快,不用考虑异步加载的方式,所以CommonJS规范比较适用。但如果是浏览器环境,要从服务器加载模块,这是就必须采用异步模式。所以就有了 AMD  CMD 解决方案。

AMD((Asynchromous Module Definition)

AMD 是 RequireJS 在推广过程中对模块定义的规范化产出

AMD异步加载模块。它的模块支持对象 函数 构造器 字符串 JSON等各种类型的模块。

适用AMD规范适用define方法定义模块。

?
1
2
3
4
5
6
7
8
9
10
//通过数组引入依赖 ,回调函数通过形参传入依赖
define([ 'someModule1' , ‘someModule2’],  function  (someModule1, someModule2) {
 
     function  foo () {
         /// someing
         someModule1.test();
     }
 
     return  {foo: foo}
});

 

AMD规范允许输出模块兼容CommonJS规范,这时define方法如下:

?
1
2
3
4
5
6
7
8
9
define( function  (require, exports, module) {
     
     var  reqModule = require( "./someModule" );
     requModule.test();
     
     exports.asplode =  function  () {
         //someing
     }
});

 

CMD

CMD是SeaJS 在推广过程中对模块定义的规范化产出

CMD和AMD的区别有以下几点:

1.对于依赖的模块AMD是提前执行,CMD是延迟执行。不过RequireJS从2.0开始,也改成可以延迟执行(根据写法不同,处理方式不通过)。

2.CMD推崇依赖就近,AMD推崇依赖前置。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
//AMD
define([ './a' , './b' ],  function  (a, b) {
 
     //依赖一开始就写好
     a.test();
     b.test();
});
 
//CMD
define( function  (requie, exports, module) {
     
     //依赖可以就近书写
     var  a = require( './a' );
     a.test();
     
     ...
     //软依赖
     if  (status) {
     
         var  b = requie( './b' );
         b.test();
     }
});

 

虽然 AMD也支持CMD写法,但依赖前置是官方文档的默认模块定义写法。

3.AMD的api默认是一个当多个用,CMD严格的区分推崇职责单一。例如:AMD里require分全局的和局部的。CMD里面没有全局的 require,提供 seajs.use()来实现模块系统的加载启动。CMD里每个API都简单纯粹。

SeaJS 和 RequireJS的主要区别 在此有解释

UMD

umd是AMD和CommonJS的糅合

AMD 浏览器第一的原则发展 异步加载模块。

CommonJS 模块以服务器第一原则发展,选择同步加载,它的模块无需包装(unwrapped modules)。

这迫使人们又想出另一个更通用的模式UMD (Universal Module Definition)。希望解决跨平台的解决方案。

UMD先判断是否支持Node.js的模块(exports)是否存在,存在则使用Node.js模块模式。

在判断是否支持AMD(define是否存在),存在则使用AMD方式加载模块。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
( function  (window, factory) {
     if  (typeod exports ===  'object' ) {
     
         module.exports = factory();
     else  if  ( typeof  define ===  'function'  && define.amd) {
     
         define(factory);
     else  {
     
         window.eventUtil = factory();
     }
})( this function  () {
     //module ...
});
 
独立储能的现货电能量与调频辅助服务市场出清协调机制(Matlab代码实现)内容概要:本文围绕“独立储能的现货电能量与调频辅助服务市场出清协调机制”展开,提出了一种基于Matlab代码实现的优化模型,旨在协调独立储能系统在电力现货市场与调频辅助服务市场中的联合出清问题。文中结合鲁棒优化、大M法和C&CG算法处理不确定性因素,构建了多市场耦合的双层或两阶段优化框架,实现了储能资源在能量市场和辅助服务市场间的最优分配。研究涵盖了市场出清机制设计、储能运行策略建模、不确定性建模及求解算法实现,并通过Matlab仿真验证了所提方法的有效性和经济性。; 适合人群:具备一定电力系统基础知识和Matlab编程能力的研究生、科研人员及从事电力市场、储能调度相关工作的工程技术人员。; 使用场景及目标:①用于研究独立储能在多电力市场环境下的协同优化运行机制;②支撑电力市场机制设计、储能参与市场的竞价策略分析及政策仿真;③为学术论文复现、课题研究和技术开发提供可运行的代码参考。; 阅读建议:建议读者结合文档中提供的Matlab代码与算法原理同步学习,重点关注模型构建逻辑、不确定性处理方式及C&CG算法的具体实现步骤,宜在掌握基础优化理论的前提下进行深入研读与仿真调试。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值