ホームページ >ウェブフロントエンド >jsチュートリアル >JavaScript におけるモジュール理解の例
元の時代: script タグは javascriptfiles
-------- html ------- <p id="result"></p> <script type="text/javascript" src="add.js"></script> <script type="text/javascript" src="sum.js"></script> <script type="text/javascript" src="main.js"></script> -------add.js------ function add(a, b){ return a + b ;} ------ sum.js ----- function sum(n){ return n + add(1, 2); } ----- main.js ---- document.getElementById('result').innerHTML = sum(3);
を導入します。このメソッドには依存関係の分析が欠けており、グローバル変数空間を汚染し、ファイルが導入される順序を保証する必要があるため、管理が混乱します。モジュールオブジェクトと IIFE モード
モジュールオブジェクトを使用し、すぐに呼び出される関数式
(IIFE)により、グローバルスコープの汚染を減らすことができます。このアプローチでは、オブジェクトをグローバル スコープに公開するだけです。このオブジェクトには、アプリケーションで必要なすべてのメソッドと値が含まれています。例如只向全局作用域公开了 App 对象 -------- html ------- <p id="result"></p> <script type="text/javascript" src="app.js"></script> <script type="text/javascript" src="add.js"></script> <script type="text/javascript" src="sum.js"></script> <script type="text/javascript" src="main.js"></script> ------- app.js ------- var App = {}; ------- add.js ------- (function(){ App.add = function(a, b){ return a + b; } })(); ------- sum.js ------- (function(){ App.sum= function(n){ return App.add(1, 2) + n; } })(); ------- main.js ------- (function(app){ document.getElementById('result').innerHTML = app.sum(3); })(App);app.js を除いて、他のすべてのファイルが IIFE 形式にカプセル化されていることがわかります 依存関係の解決が不足しているという問題がまだあり、すべてのグローバル変数が削除されるのではなく、依然として 1 つのグローバル変数が存在します 暫定元号: CommonJS
CommonJS は JavaScript ライブラリではありません。それは標準化団体です。 ECMA や W3C のようなものです。 ECMA は JavaScript 言語仕様を定義します。 W3C は、DOM や DOM イベントなどの JavaScript Web API を定義します。 CommonJS の目標は、Web サーバー、デスクトップ、およびコマンド ライン アプリケーション用の共通の API セットを定義することです。
CommonJS はモジュール API も定義します。サーバー アプリケーションには HTML ページや2cacc6d41bbb37262a98f745aa00fbf03f1c4e4b6b16bbbd69b2ee476dc4f83a
タグがないため、モジュールに明確な API を提供することは理にかなっています。モジュールは、他のモジュールで使用できるように公開し (**export**
)、アクセスできるようにする必要があります (**import**
)。そのエクスポート モジュールの構文は次のとおりです。 ---------------- add.js -------------------- module.exports = function add(a, b){ return a+b; } ---------------- sum.js -------------------- var add = require('./add'); module.exports = function sum(n){ return add(1, 2) + n; } ---------------- main.js -------------------- var sum = require('./sum'); document.getElementById('result').innerHTML = sum(3);CommonJs は依存関係の問題を解決しますが、CommonJs の問題は、var sum = require('./sum'); の場合に同期であることです。 " >
sum = require('./sum');时,系统将暂停,直到模块准备(ready)完成,这意味着当所有的模块都加载时,这一行代码将阻塞浏览器进程, 因此,这可能不是为浏览器端应用程序定义模块的最佳方式
2cacc6d41bbb37262a98f745aa00fbf03f1c4e4b6b16bbbd69b2ee476dc4f83a
标签,所以为模块提供一些清晰的 API 是很有意义的。模块需要被公开(**export**
)以供其它模块使用,并且可以访问(**import**
)。它的导出模块语法如下:define([‘add’, ‘sum’], function(add, sum){ document.getElementById.innerHTML = sum(3); });
CommonJs虽然解决的依赖问题,但是CommonJs的问题在于它是同步的,var sum = require('./sum'); 时
-------------------- html ---------------------- <p id="result"></p> <!-- 入口文件 --> <script data-main="main" src="require.js"></script> -------------------- main.js ---------------------- define(['sum'], function(sum){ document.getElementById('result').innerHTML = sum(3); }) -------------------- sum.js ---------------------- define(['add'], function(add)){ var sum = function(n){ return add(1,2) + n; } return sum; }) -------------------- add.js ---------------------- // add.js define([], function(){ var add = function(a, b){ return a + b; }; return add; });
异步模块时代: AMD
npm install -g browserify
define
函数(或关键字)将依赖项列表和回调函数作为参数。回调函数的参数与数组中的依赖是相同的顺序。这相当于导入模块。并且回调函数返回一个值,即是你导出的值。
CommonJS 和 AMD 解决了模块模式中剩下的两个问题:依赖解析 和 全局作用域污染 。我们只需要处理每个模块或每个文件的依赖关系就可以了,兵器不再有全局作用域污染。
AMD的良好实现: RequireJS 依赖注入
RequireJS 是一个 JavaScript 模块加载器(module loader) 。它可以根据需要异步加载模块,尽管 RequireJS 的名字中含有 require,但是它的目标却并非要去支持 CommonJS 的 require 语法。使用 RequireJS,可以编写 AMD 风格的模块。
---------------- html.js -------------------- ---------------- add.js -------------------- module.exports = function add(a, b){ return a+b; } ---------------- sum.js -------------------- var add = require('./add'); module.exports = function sum(n){ return add(1, 2) + n; } ---------------- main.js -------------------- var sum = require('./sum'); document.getElementById('result').innerHTML = sum(3); 命令: browserify main.js -o bundle.js
浏览器加载 index.html
,而 index.html
又加载 require.js
。剩下的文件及其依赖都是由require.js
负责加载。
RequireJS 和 AMD 解决了我们以前所遇到的所有问题。然而,它也带来了一些不那么严重的问题:
1.AMD 的语法过于冗余。因为所有东西都封装在 define
函数中
2.数组中的依赖列表必须与函数的参数列表匹配。如果存在许多依赖项,则很难维护依赖项的顺序
3.在当前浏览器下(HTTP 1.1),加载很多小文件会降低性能
模块打包器: Browserify
可以在浏览器中使用 CommonJS 模块,通过 Browserify 遍历代码的依赖树,并将依赖树中的所有模块打包成一个文件。
不同于 RequireJS ,Browserify 是一个命令行工具,需要依赖 NPM 环境,
// UMD 风格编写的 sum 模块 //sum.umd.js (function (root, factory) { if (typeof define === 'function' && define.amd) { // AMD define(['add'], factory); } else if (typeof exports === 'object') { // Node, CommonJS-like module.exports = factory(require('add')); } else { // Browser globals (root is window) root.sum = factory(root.add); } }(this, function (add) { // private methods // exposed public methods return function(n) { return add(1,2) + n; } }));
---------------- main.js --------------- import sum from './sum'; document.getElementById('result').innerHTML = sum(3); ---------------- sum.js --------------- import add from './add'; export default function sum(n){ return add(1, 2) + n; }; ---------------- add.js --------------- export default function add(a, b){ return a + b; };
困惑的时代: UMD
UMD 是一套用来识别当前环境支持的模块风格的 if/else 语句
--------------- add.js ----------------- let add = (a,b) => a + b; let sub = (a,b) => a - b; export { add, sub }; --------------- sum.js ----------------- import { add } from './add'; export default (n) => {return add(1, 2) + n}; --------------- main.js ---------------- import sum from './sum'; document.getElementById('result').innerHTML = sum(3); 命令: rollup main.js -o bundle.js --------------- boundle.js ---------------- // bundle.js let add = (a,b) => a + b; var sum = (n) => {return add(1, 2) + n}; document.getElementById("answer").innerHTML = sum(3);
无论是JavaScript 全局模块对象,还是 CommonJS 或是 AMD 更是 UMD,都太麻烦了,额外增加了很多工作量,并且不易维护。
光明的时代: ES6模块语法
ES6 用 import
和 export
非同期モジュール時代
: AMDrrreeedefine
関数 (またはキーワード) は、依存関係リストと コールバック関数 をパラメータとして使用します。コールバック 関数のパラメータは、配列内の依存関係と同じ順序になっています。これはモジュールをインポートすることと同じです。そして、コールバック関数は、エクスポートした値である値を返します。
index.html
を読み込み、index.html
は require.js
を読み込みます。残りのファイルとその依存関係は、require.js
によってロードされます。 🎜🎜RequireJS と AMD は、これまでに抱えていた問題をすべて解決します。ただし、それほど深刻ではない問題もいくつか発生します: 🎜🎜1. AMD の構文は冗長すぎます。すべてが define
関数にカプセル化されているためです🎜🎜2. 配列内の依存関係リストは関数のパラメーター リストと一致する必要があります。多くの依存関係がある場合、依存関係の順序を維持することが困難です 🎜🎜3. 現在のブラウザー (HTTP 1.1) では、多数の小さなファイルを読み込むとパフォーマンスが低下します 🎜🎜🎜🎜モジュール パッケージャー: 🎜Browserify🎜🎜🎜ブラウザで CommonJS モジュールを使用し、Browserify を通じてコードの依存関係ツリーをたどって、すべての依存関係を追加できます。依存関係ツリー モジュールはファイルにパッケージ化されます。 🎜🎜 RequireJS とは異なり、Browserify は NPM 環境に依存する必要があるコマンド ライン ツールです。🎜rrreeerrreee🎜 🎜🎜混乱する時: UMD🎜import
キーワードと export
キーワードを使用します🎜rrreee🎜 ES6 モジュール構文は簡潔ですが、現在、すべてのブラウザがサポートしているわけではありませんが、いくつかのツール (babel) を使用して変換できます🎜🎜🎜🎜エンジニアリングの時代: Webpack🎜🎜🎜虽然gulp、grunt都号称是工程化开发工具,,但个人感觉他们处理的东西还是比较基础,对于模块依赖打包来说,支持不是非常好,反正我是不喜欢gulp.
Webpack 是一个 模块打包器,就像 Browserify 一样,它会遍历依赖树,然后将其打包到一到多个文件。
它与Browserify 不同之处就是 可以处理 CommonJS 、 AMD 和 ES6 模块,并且 Webpack 还有更多实用的东西,比如 代码分离、加载器、插件
简洁的时代:Rollup
rollup 只会将需要的函数包含到打包文件中,从而显著减少打包文件大小
--------------- add.js ----------------- let add = (a,b) => a + b; let sub = (a,b) => a - b; export { add, sub }; --------------- sum.js ----------------- import { add } from './add'; export default (n) => {return add(1, 2) + n}; --------------- main.js ---------------- import sum from './sum'; document.getElementById('result').innerHTML = sum(3); 命令: rollup main.js -o bundle.js --------------- boundle.js ---------------- // bundle.js let add = (a,b) => a + b; var sum = (n) => {return add(1, 2) + n}; document.getElementById("answer").innerHTML = sum(3);
发现 add.js的 sub()
函数并没有包含在这个打包文件中,因为没有引用它。
以上がJavaScript におけるモジュール理解の例の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。