㈠ Seajs优缺点 什么是CMD 和AMD 如何使用
1.简介
Seajs，一个Web模块加载框架，追求简单、自然的代码书写和组织方式，：Sea.js 遵循 CMD 规范，模块化JS代码。依赖的自动加载、配置的简洁清晰，可以让程序员更多地专注编码。
2.优缺点
优点：
1).提高可维护性。
2).模块化编程。
3).动态加载，前端性能优化
缺点：
1).学习文档偏少且混乱，会更改团队使用JS的编写习惯，必须使用模块化编程。
2).不太适合团队目前的情况，多JS文件但少改动，动态加载优势和模块化优势不明显。
3). 需要配套使用SPM工具，JS的打包和管理工具。
2.什么是CMD 和AMD ？
异步模块定义（AMD）是Asynchronous Mole Definition的缩写，是 RequireJS 在推广过程中对模块定义的规范化产出。
通用模块定义（CMD）是Common Mole Definition的缩写，是SeaJS 在推广过程中对模块定义的规范化产出。
RequireJS 和 SeaJS 都是模块化框架的代表，AMD和CMD，是他们各自定义模块化的方式，大同小异，主要是代码风格和API不同。
3.如何使用？
代码如下:<script src="../js/examples-master/sea-moles/seajs/seajs/2.1.1/sea.js"></script>
<script>
//配置js路径
seajs.config({
alias:{
"jquery":"../examples-master/sea-moles/jquery/jquery/1.10.1/jquery.js"
}
});
//加载模块
seajs.use('../js/seajs/init',function($){
$("#test_div").click(function(){alert(1);});
});
</script>
代码如下:
//init.js
define(function(require,exports,mole){
var $ = require('jquery');
return $;
});
㈡ labjs，requirejs，sea.js 哪个最好用为什么
LABjs 的核心是 LAB（Loading and Blocking）：Loading 指异步并行加载，Blocking 是指同步等待执行。LABjs 通过优雅的语法（script 和 wait）实现了这两大特性，核心价值是性能优化。LABjs 是一个文件加载器。
RequireJS 和 SeaJS 则是模块加载器，倡导的是一种模块化开发理念，核心价值是让 JavaScript 的模块化开发变得更简单自然。
模块加载器一般可降级为文件加载器用，因此使用 RequireJS 和 SeaJS，也可以达成 LABjs 的性能优化目的。
RequireJS 和 SeaJS 都是很不错的模块加载器，两者区别如下：
1. 两者定位有差异。RequireJS 想成为浏览器端的模块加载器，同时也想成为 Rhino / Node 等环境的模块加载器。SeaJS 则专注于 Web 浏览器端，同时通过 Node 扩展的方式可以很方便跑在 Node 服务器端
2. 两者遵循的标准有差异。RequireJS 遵循的是 AMD（异步模块定义）规范，SeaJS 遵循的是 CMD （通用模块定义）规范。规范的不同，导致了两者 API 的不同。SeaJS 更简洁优雅，更贴近 CommonJS Moles/1.1 和 Node Moles 规范。
3. 两者社区理念有差异。RequireJS 在尝试让第三方类库修改自身来支持 RequireJS，目前只有少数社区采纳。SeaJS 不强推，而采用自主封装的方式来“海纳百川”，目前已有较成熟的封装策略。
4. 两者代码质量有差异。RequireJS 是没有明显的 bug，SeaJS 是明显没有 bug。
5. 两者对调试等的支持有差异。SeaJS 通过插件，可以实现 Fiddler 中自动映射的功能，还可以实现自动 combo 等功能，非常方便便捷。RequireJS 无这方面的支持。
6. 两者的插件机制有差异。RequireJS 采取的是在源码中预留接口的形式，源码中留有为插件而写的代码。SeaJS 采取的插件机制则与 Node 的方式一致：开放自身，让插件开发者可直接访问或修改，从而非常灵活，可以实现各种类型的插件。
还有不少细节差异就不多说了。
总之，SeaJS 从 API 到实现，都比 RequireJS 更简洁优雅。如果说 RequireJS 是 Prototype 类库的话，则 SeaJS 是 jQuery 类库。
最后，向 RequireJS 致敬！RequireJS 和 SeaJS 是好兄弟，一起努力推广模块化开发思想，这才是最重要的。
㈢ seajs怎么控制js的加载顺序
举个栗子：
require("zepto");
require("zepto.touch");
zepto.touch.js是依赖zepto的，而且，zepto尺寸要比zepto.touch大很多，所以上面代码的情况通常版是zepto.touch已经加载权完并执行好，zepto才执行，导致touch模块不能使用。
目前折中但不太完美的解决办法是，在zepto.touch.js中加入zepto依赖的声明：
define(function(require){
require("zepto");
// 原zepto.touch.js代码
});
㈣ Seajs的使用
seajs.config
alias
别名配置，配置之后可在模块中使用require调用 require('jquery');
paths
设置路径，方便跨目录调用。通过灵活的设置path可以在不影响base的情况下指定到某个目录。
vars
变量配置。有些场景下，模块路径在运行时才能确定，这时可以使用 vars变量来配置。
vars 配置的是模块标识中的变量值，在模块标识中用 {key}来表示变量。
map
该配置可对模块路径进行映射修改，可用于路径转换、在线调试等。
preload
使用preload配置项，可以在普通模块加载前，提前加载并初始化好指定模块。
注：preload中的空字符串会被忽略掉。
注：preload中的配置，需要等到 use 时才加载。比如：
注：preload 配置不能放在模块文件里面：
debug
值为true时，加载器不会删除动态插入的 script 标签。插件也可以根据debug配置，来决策 log 等信息的输出。
base
Sea.js 在解析顶级标识时，会相对 base 路径来解析。
charset
获取模块文件时，<script> 或 <link> 标签的charset属性。 默认是utf-8
charset还可以是一个函数：
seajs.use
用来在页面中加载一个或多个模块。seajs.use(id, callback?)
注意：seajs.use 与 DOM ready 事件没有任何关系。如果某些操作要确保在 DOM ready 后执行，需要使用 jquery 等类库来保证。比如
注意：use方法第一个参数一定要有，但是可以是null，也可以是一个变量
seajs.cache
通过 seajs.cache，可以查阅当前模块系统中的所有模块信息。
比如，打开 seajs.org，然后在 WebKit Developer Tools 的 Console 面板中输入 seajs.cache，可以看到：
seajs.reslove
类似require.resolve，会利用模块系统的内部机制对传入的字符串参数进行路径解析。
seajs.data
通过 seajs.data，可以查看 seajs 所有配置以及一些内部变量的值，可用于插件开发。当加载遇到问题时，也可用于调试。