http://www.ruanyifeng.com/blog/2012/10/asynchronous_module_definition.html 阮一峰博客
其实模块化的诞生不难理解，我们知道因为随着网站逐渐的发展，嵌入网页的Javascript代码越来越庞大，而网页越来越像桌面程序，需要一个团队去分工协作，进行管理和测试等等，为了更好的管理网页的业务逻辑，产生了模块化编程的理念。
简述 前端开发模块化已经是大势所趋，目前模块化的规范有很多，众所周知的有commonJS，Module/Wrappings和AMD等，而且ES6也着手开始制定模块化机制的实现。类似于c/c++的include，java中的import关键字，在js中也定义了require关键字，用以引进依赖模块。 由于规范的多样性，模块化的实现也是各有各的不同。nodejs遵从的就是commonJS规范，它有着一些形式上的约定： require为函数，该函数接受一个字符串作为模块标示符
值为 true 时，加载器不会删除动态插入的 script 标签。插件也可以根据 debug 配置，来决策 log 等信息的输出。
首先说明一下，这个已经是老框架了，不建议使用，只是当做了解一下过去的知识，或者学习一下源代码，知道过去的模块化开发是什么样的，模块化开发的好处，API 快速参考
参考seajs快速入门 一、前端模块化的价值 解决命名冲突 摆脱文件依赖 性能优化 提高可维护性 seajs.use方法调用 通过exports暴露接口 通过require引入依赖 二、Sea.js 的常用 API seajs.config base string Sea.js 在解析顶级标识时，会相对 base 路径来解析 seajs.use 用来在页面中加载模块 require 是一个方法，接受 模块标识 作为唯一参数，用来获取其他模块提供的接口 require 的参数
seajs遵循CMD规范，requirejs遵循AMD规范。AMD规范是预加载，CMD规范是赖加载。 下文举例假设有文件 b.js, c.js如下 //b.js define(function(require, exports, module){ console.log('b is loaded') function run(){ console.log('b run'); } exports.run = run; }) //c.js define(fun
grunt与seajs grunt是前端流行的自定义任务的脚手架工具，我们可以使用grunt来为我们做一些重复度很高的事情，如压缩，合并，js语法检查等。通过定义grunt的配置文件Gruntfile.js，配置并注册grunt的任务，最终我们可以通过命令行来执行任务。 seajs主要用于模块化，通过define定义一个模块，可以通过require加载模块，exports导出模块。具体的seajs实现可通过本博客的系列博文--Seajs源码解析系列来进一步了解。
虽然已经有很长时间没写JavaScript，但很多时候看到一些应用还是会带着好奇心去研究一下。之前是看腾讯的朋友网，它的webchat做的很不错（虽然ff下有bug，也有消息丢失的情况，但总体的设计和体验上还是很不错的），抓包大致看了看请求和部分代码。
随着web2.0时代的到来，Ajax技术得到广泛应用，jQuery等前端库层出不穷，前端代码日益膨胀
如今的前端工作中，模块化开发成为主流，无论是前端还是后端，由于模块化开发为我们带来巨大的收益，因此开发者都在使用它。模块化开发部分的面试题主要考察应试者对几种模块化开发规范的了解，应试者要明白它们之间的异同点，以及所适用的场合。
SeaJS是一个遵循CMD规范的JavaScript模块加载框架，可以实现JavaScript的模块化开发及加载机制，兼容所有主流浏览器 SeaJS的主要目的是令JavaScript开发模块化并可以
做后台的对模块化的思想很清晰，都是类、继承什么的，而JavaScript早期开始就没有包、类模块的概念，甚至只有函数作用域。
CommonJS，CMD，AMD等规范后文会提到，这里主要先了解如何在代码中使用。
入口方法 每个程序都有个入口方法，类似于c的main函数，seajs也不例外。系列一的demo在首页使用了seajs.use()，这便是入口方法。入口方法可以接受2个参数，第一个参数为模块名称，第二个为回调函数。入口方法定义了一个新的模块，这个新定义的模块依赖入参提供的模块。然后设置新模块的回调函数，用以在loaded状态之后调用。该回调函数主要是执行所有依赖模块的工厂函数，最后在执行入口方法提供的回调。 // Public API // 入口地址 seajs.use = function(
用模块化的方式来实现的话，首先要抽取模块，那么哪些东西可以抽取为模块呢？四则运算的函数和初始化的函数可以作为模块抽离出来，不论是seajs实现还是requirejs实现都需要一个主文件，seajs实现效果如下：index.html
JavaSript模块化 在了解AMD，CMD规范前，还是需要先来简单地了解下什么是模块化，模块化开发？ 模块化是指在解决某一个复杂问题或者一系列的杂糅问题时，依照一种分类的思维把问题进行系统性的分解以之处理。模块化是一种处理复杂系统分解为代码结构更合理，可维护性更高的可管理的模块的方式。可以想象一个巨大的系统代码，被整合优化分割成逻辑性很强的模块时，对于软件是一种何等意义的存在。对于软件行业来说：解耦软件系统的复杂性，使得不管多么大的系统，也可以将管理，开发，维护变得“有理可循”。
一些前端工具和平台介绍 Kissy： 由淘宝前端工程师们发起创建的一个开源 JS 类库。GitHub上可以下载； Alice： 是支付宝的前端css解决方案, 是arale的子集； seajs（ 现在由淘宝和腾讯的人在维护这个项目.seajs简单来说, 就是类似与labjs, requirejs, labjs是可以动态载入js文件, 然后延迟将js功能加载到内存的工具）； 简单的说 Node.js 就是运行在服务端的 JavaScript。node.js 是一个基于Chrome JavaScrip
早期的javascript版本没有块级作用域、没有类、没有包、也没有模块，这样会带来一些问题，如复用、依赖、冲突、代码组织混乱等，随着前端的膨胀，模块化显得非常迫切。
我怎么记得我好像写过相关类型的文章，但是我找遍了我的博客没有～那就再写一遍吧，其实模块化的核心内容也算不上是复杂，只不过需要整理一下，规划一下罢了。嘻嘻。
javascript语言实现,ES6规范（使用babel编译器将es6转换为es5，webpack只支持部分es6）：
初学Web前端要注意什么？如何学好JS模块化编程？JavaScript是前端三要素之一，也是很多初学Web前端的人遭遇的第一条拦路虎。很多同学表示JavaScript涵盖的知识点太多太复杂、应用也是五花八门完全摸不着头脑。但只要我们一点一点由基础到进阶的学习，就一定能学好JavaScript，接下来小编就给大家分享有关JavaScript模块化编程的知识。
1、为什么要使用模块化 最主要的目的 解决命名冲突 便于依赖管理 其他价值 提高代码可读性 代码解耦，提高复用性 2、CMD、AMD、CommonJS 规范分别指什么？有哪些应用 1、CMD规范 CMD 即Common Module Definition通用模块定义，CMD规范是国内发展出来的，就像AMD有个requireJS，CMD有个浏览器的实现SeaJS，SeaJS要解决的问题和requireJS一样，只不过在模块定义方式和模块加载（可以说运行、解析）时机上有所不同。 // 定义模块 myMo
模块类和状态类 参照上文的demo，我们结合源码分析在简单的API调用的背后，到底使用了什么技巧来实现各个模块的依赖加载以及模块API的导出。 首先定义了一个Module类，对应与一个模块 function Module(uri, deps) { this.uri = uri this.dependencies = deps || [] this.exports = null this.status = 0 // Who depends on me this._wa
在理想情况下，开发者只需要实现核心的业务逻辑，其他都可以加载别人已经写好的模块。但是，在ES6以前，JavaScript一直没有自己模块体系（module），无法将一个大程序拆分成互相依赖的小文件，再用简单的方法拼装起来。如果要想在前端做模块化开发，必须依赖第三方框架来实现，如：requireJS与seaJS。
随着互联网的发展，前端开发也变的越来越复杂，从一开始的表单验证到现在动不动上千上万行代码的项目开发，团队协作就是我们不可避免的工作方式，为了更好地管理功能逻辑，模块化的概念也就渐渐产生了。
版权声明：本文为吴孔云博客原创文章，转载请注明出处并带上链接，谢谢。 https://blog.csdn.net/wkyseo/article/details/51582801
对外输出东西，需要加给exports,用处控制哪些输出 注意，nodejs中没有全局变量，每个定义的变量只能在模块内使用，除非你exports这个变量。nodejs会自动将模块包裹在：
由于js的代码逻辑越来越重，一个js文件可能会有上千行，十分不利于开发与维护。最近正在把逻辑很重的js拆分成模块，在一顿纠结是使用requirejs还是seajs的时候，最终还是偏向于requirejs。毕竟官方文档比较专业嘛... 不过即便是有完整的官方文档，仍然遇到不少的问题，比如jquery-ui的使用。 下面就循序渐进的讲解一下我遇到的问题，以及解决的办法。 关于AMD和CMD的理解 AMD（异步模块定义）的典型就是requirejs，而CMD（通用模块定义）的典型是淘宝的seajs。 他
同样的，首先是下载好 require.js --> http://requirejs.org/docs/download.html#requirejs
CommonJS的核心思想就是通过 require 方法来同步加载所要依赖的其他模块，然后通过 exports 或者 module.exports 来导出需要暴露的接口。
模块化这个问题并非一开始就存在，WWW 刚刚问世的时候，html，JavaScript，CSS（JS 和 CSS 都是后来在网景被引进浏览器的）都是极其简单的存在，不需要模块化。
随着JS项目越来越大，再依靠简单的命名空间来解决冲突不是很可取，项目大了之后不只有变量冲突的问题，还有模块依赖以及加载策略的问题等，这次就介绍现存的几种模块化、依赖的解决方案。 AMD AMD规范起源
或许是HTTP2普及的时候。但更大的可能是将来也“不能用”（还是只能在构建工具中用，仅存在于“编译期”）
1、为什么需要模块化 在JavaScript发展初期就是为了实现简单的页面交互逻辑，网页结构并不复杂，早期简单的网页结构是类似这样的： <!DOCTYPE html> <html> <head> <title></title> <link rel="dns-prefetch" href="xxx.css"> <script type="text/javascript" src="xxx.js"></script> ... </head> <body> ... </b
提到AMD和CMD规范，我们首先会想到其代表RequireJS和SeaJS，两者都是JS的模块加载器，主要是用在浏览器
在JavaScript发展初期就是为了实现简单的页面交互逻辑，寥寥数语即可；如今CPU、浏览器性能得到了极大的提升，很多页面逻辑迁移到了客户端（表单验证等），随着web2.0时代的到来，Ajax技术得到广泛应用，jQuery等前端库层出不穷，前端代码日益膨胀，这时候JavaScript作为嵌入式的脚本语言的定位动摇了，JavaScript却没有为组织代码提供任何明显帮助，甚至没有类的概念，更不用说模块（module）了，JavaScript极其简单的代码组织规范不足以驾驭如此庞大规模的代码。
AngularJS模块化使用的并不是标准的AMD规范，AngularJS的风格风格大致是这样的：
上面说提到的结构，就是模块；按照这种结构划分开发程序的过程，就是模块化开发的过程；
随着互联网的飞速发展，前端开发越来越复杂。本文将从实际项目中遇到的问题出发，讲述模块化能解决哪些问题，以及如何使用 Sea.js 进行前端的模块化开发。
在ES6前， 前端就使用RequireJS或者seaJS实现模块化， requireJS是基于AMD规范的模块化库， 而像seaJS是基于CMD规范的模块化库， 两者都是为了为了推广前端模块化的工具。 现在ES6自带了模块化， 也是JS第一次支持module， 在很久以后 ，我们可以直接作用import和export在浏览器中导入和导出各个模块了， 一个js文件代表一个js模块。 现代浏览器对模块(module)支持程度不同， 目前都是使用babelJS， 或者Traceur把ES6代码转化为兼容ES5版本的js代码。 ES6的模块化的基本规则或特点： 1：每一个模块只加载一次， 每一个JS只执行一次， 如果下次再去加载同目录下同文件，直接从内存中读取。 一个模块就是一个单例，或者说就是一个对象； 2：每一个模块内声明的变量都是局部变量， 不会污染全局作用域； 3：模块内部的变量或者函数可以通过export导出； 4：一个模块可以导入别的模块 以上摘自（https://www.cnblogs.com/diligenceday/p/5503777.html）
原文链接：https://github.com/youngwind/blog/issues/98
AMD（Asynchronous Module Definition）异步模块定义，客户端规范。采用异步方式加载模块，模块加载不影响它后面语句的代执行。
在了解AMD，CMD规范前，还是需要先来简单地了解下什么是模块化，模块化开发？模块化是指在解决某一个复杂问题或者一系列的杂糅问题时，依照一种分类的思维把问题进行系统性的分解以之处理。模块化是一种处理复杂系统分解为代码结构更合理，可维护性更高的可管理的模块的方式。可以想象一个巨大的系统代码，被整合优化分割成逻辑性很强的模块时，对于软件是一种何等意义的存在。对于软件行业来说：解耦软件系统的复杂性，使得不管多么大的系统，也可以将管理，开发，维护变得“有理可循”。
前端发展到今天，已经有不少模块化的方案，比如AMD、CMD、UMD、CommonJS等，当然了，还有es6带来的模块系统，这些模块化规范的核心价值都是让 JavaScript 的模块化开发变得简单和自然，今天就来看看这些规范都是啥。 为什么要模块化 在模块化这东西没出来之前，前端脚本引用大概是这样的： <script src="module1.js"></script> <script src="module2.js"></script> <script src="libraryA.js"><
答：因为有了模块，我们就可以更方便地使用别人的代码，想要什么功能，就加载什么模块。 但是，这样做有一个前提，那就是大家必须以同样的方式编写模块，否则你有你的写法，我有我的写法，岂不是乱了套！
在2013-03-06 13:58的时候，曾甩下一片文章叫：《为什么不使用requirejs和seajs》，并放下豪言说发布一款完美的模块化库，再后来就把那篇文章删了，再然后就没有然后。该用seajs还用seajs，甚至我码的SCJ都是用requirejs组织起来的。
根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在一个文件定义的变量（还包括函数和类），都是私有的，对其他文件是不可见的。
在不同的接口请求数据然后拼合成自己所需的数据，通常这些接口之间没有关联（例如不需要前一个接口的数据作为后一个接口的参数）
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
