모듈화가 필요한 이유는 무엇입니까? js의 일반적인 모듈식 솔루션 소개

이 기사에서는 왜 모듈화가 필요한지에 대한 내용을 제공합니다. js에서 일반적으로 사용되는 모듈식 솔루션에 대한 소개는 특정 참조 가치가 있습니다. 도움이 필요한 친구들이 참고할 수 있기를 바랍니다.

모듈화가 필요한 이유

ES6가 등장하기 전에는 JS 언어 자체가 모듈화 기능을 제공하지 않았기 때문에 개발에 몇 가지 문제가 발생했습니다. 그 중 가장 중요한 두 가지는 글로벌 오염과 혼란스러운 종속성 관리입니다.

// file a.js
var name = 'aaa';
var sayName = function() {
    console.log(name);
};

<!-- file index.html -->
<script src=&#39;xxx/xxx/a.js&#39;></script>

<script>
    sayName(); // 'aaa'
    
    // code...
    
    var name = 'bbb';
    
    sayName(); // 'bbb'
</script>

위 코드에서는 a.js에서 제공하는 sayName 함수를 두 번 호출하여 서로 다른 결과를 출력했는데, 이는 분명히 두 파일 모두 변수 이름에 값을 할당하여 서로 영향을 미치기 때문입니다. 물론 코드를 작성할 때 기존 변수 이름을 정의하지 않도록 주의할 수 있지만, 페이지에서 수백 줄의 파일을 12개 참조하는 경우 정의된 변수를 모두 기억하는 것은 분명히 현실적이지 않습니다.

// file a.js
var name = getName();
var sayName = function() {
    console.log(name)
};

// file b.js
var getName = function() {
    return 'timo';
};

<script src=&#39;xxx/xxx/b.js&#39;></script>
<script src=&#39;xxx/xxx/a.js&#39;></script>

<script>
    sayName(); // 'timo'
</script>

<script src=&#39;xxx/xxx/a.js&#39;></script>
<script src=&#39;xxx/xxx/b.js&#39;></script>

// Uncaught ReferenceError: getName is not defined

위 코드는 여러 파일에 종속성이 있는 경우 해당 파일이 도입되는 순서를 보장해야 특정 파일을 실행할 때 해당 종속성이 미리 로드되도록 해야 함을 보여줍니다. 더 큰 프로젝트에서는 처리해야 할 종속성이 더 많아지고 이는 번거롭고 오류가 발생하기 쉽습니다.

이러한 문제를 해결하기 위해 JS 언어에 대한 모듈식 기능을 제공하는 많은 사양이 커뮤니티에 등장했습니다. 이러한 사양의 도움으로 우리의 개발이 더욱 편리하고 안전하게 이루어질 수 있습니다.

Common 모듈화 솔루션

CommonJS

CommonJS는 커뮤니티에서 제안한 모듈화 솔루션 중 하나이며 Node.js는 이러한 솔루션 세트를 따릅니다.

기본 작성 방법

// file a.js
var obj = {
    sayHi: function() {
        console.log('I am timo');
    };
};

module.exports obj;

// file b.js
var Obj = require('xxx/xxx/a.js');

Obj.sayHi(); // 'I am timo'

위 코드에서 a.js 파일은 모듈의 공급자이고, b.js 파일은 모듈의 호출자입니다.

Specification

1. 각 파일은 모듈입니다.

2. 모듈 내에서 module 개체를 제공하여 현재 모듈을 나타냅니다.

3. 모듈은 exports를 사용하여 자체 함수/객체/변수를 노출합니다.

4. 모듈은 require() 메소드를 통해 다른 모듈을 가져옵니다.

CommonJS의 사양은 간단히 위의 4가지 항목을 참조하면 이해할 수 있습니다. 실제 구현에서는 Node.js가 CommonJS 사양을 따르지만 여전히 일부 조정이 이루어집니다.

AMD

AMD는 모듈식 사양 중 하나이며 RequireJS는 이 사양을 따릅니다.

기본 사용법

 // file a.js
 define('module', ['m', './xxx/n.js'], function() {
    // code...
 })

위 코드에서 a.js 파일은 모듈을 내보냅니다.

Specification

AMD에서 노출된 모듈은 정의 함수를 사용합니다.

define(moduleName, [], callback);

위 코드와 마찬가지로 정의 함수에는 세 가지가 있습니다. parameters

• moduleName 이 매개변수는 생략될 수 있으며 모듈 이름을 나타냅니다.

• ['name1', 'name2'] 두 번째 매개변수는 다른 모듈을 나타내는 배열입니다. 현재 모듈이 의존하는 모듈이 없으면 이 매개변수는 생략 가능

• 콜백, 세 번째 매개변수는 필수 매개변수로 콜백 함수이며, 그 안에는 현재 모듈의 관련 코드가 들어있습니다

Others

ADM의 특징은 종속성 프런트엔드인데, 이는 ADM 사양과 다음에 소개할 CMD 사양의 가장 큰 차이점입니다. 종속성 사전 위치 지정은 현재 로드된 모듈의 콜백을 실행하기 전을 의미합니다. , 모든 종속 패키지가 먼저 로드되며 이는 정의 패키지의 두 번째 매개변수에 지정됩니다.

CDM

기본 작성 방법

 define(function(require, exports, module) {   
    var a = require('./a')  
    a.doSomething();
    // code... 
    var b = require('./b') 
    // code...
})

위 코드는 CMD 사양 내보내기 모듈의 기본 작성 방법입니다.

Specification

작성 방법을 보면 알 수 있듯이 CMD의 작성 방법은 AMD와 매우 유사합니다. 주요 차이점은 종속성 로딩 타이밍의 차이입니다. 위에서 언급했듯이 AMD는 프런트 엔드에 의존하며 CMD 사양은 간단히 말해서 모듈이 실행되기 전에 종속성을 로드하지 않습니다. 모듈의 특정 종속성이 필요할 때 로드됩니다.

UMD

CommonJS, AMD, CMD가 병렬일 때 이들과 호환되는 솔루션이 필요하므로 개발할 때 더 이상 종속 모듈에 따른 사양, UMD의 출현을 고려할 필요가 없습니다. 이 문제를 해결하기 위한 것입니다.

기본 작성 방법

(function (root, factory) {
    if (typeof define === 'function' && define.amd) {
        //AMD
        define(['jquery'], factory);
    } else if (typeof exports === 'object') {
        //Node, CommonJS之类的
        module.exports = factory(require('jquery'));
    } else {
        //浏览器全局变量(root 即 window)
        root.returnExports = factory(root.jQuery);
    }
}(this, function ($) {
    //方法
    function myFunc(){};
    //暴露公共方法
    return myFunc;
}));

위 코드는 UMD의 기본 작성 방법으로, 코드에서 알 수 있듯이 CommonJS 사양과 AMD 사양을 모두 지원할 수 있습니다.

ES6 모듈

CommonJS, AMD, CMD 및 UMD는 모두 JS 모듈화에 대한 커뮤니티의 기여입니다. 이 사양이 등장한 근본적인 이유는 JS 언어 자체에 모듈화가 없기 때문입니다. 현재 최신 JS 언어 사양 ES6에는 JS에 모듈화 기능이 추가되었으며 JS 자체 모듈 솔루션은 현재 커뮤니티에서 제안하는 다양한 사양을 완전히 대체할 수 있으며 브라우저와 노드 측 모두에서 사용할 수 있습니다.

ES6의 모듈화 기능은 export 및 import 두 가지 명령으로 구성됩니다. export 명령은 모듈의 외부 인터페이스를 지정하는 데 사용되고 import 명령은 제공되는 기능을 가져오는 데 사용됩니다. 다른 모듈.

export 명령

ES6의 파일은 모듈입니다. 모듈 내부의 변수/함수는 외부에서 접근할 수 없습니다. 다른 모듈에서 사용할 수 있도록 내부 함수/변수를 외부에 노출하려면 다음을 전달해야 합니다. 내보내기 내보내기 명령

// file a.js
export let a = 1;
export let b = 2;
export let c = 3;

// file b.js
let a = 1;
let b = 2;
let c = 3;

export {a, b, c}

// file c.js
export let add = (a, b) => {
    return a + b;
};

上面三个文件的代码，都是通过export命令导出模块内容的示例，其中a.js文件和b.js文件都是导出模块中的变量，作用完全一致但写法不同，一般我们更推荐b.js文件中的写法，原因是这种写法能够在文件最底部清楚地知道当前模块都导出了哪些变量。

import命令

模块通过export命令导出变量/函数等，是为了让其他模块能够导入去使用，在ES6中，文件导入其他模块是通过import命令进行的

// file d.js
import {a, b, c} from './a.js';

上面的代码中，我们引入了a.js文件中的变量a、b、c，import在引入其他模块内的函数/变量时，必须与原模块所暴露出来的函数名/变量名一一对应。
同时，import命令引入的值是只读的，如果尝试对其进行修改，则会报错

import {a} d from './a.js';
a = 2; // Syntax Error : 'a' is read-only;

export default命令

从上面import的介绍可以看到，当需要引入其他模块时，需要知道此模块暴露出的变量名/函数名才可以，这显然有些麻烦，因此ES6还提供了一个import default命令

// file a.js

let add = (a, b) => {
    return a+b
};
export default add;

// file b.js
import Add from './a.js';

Add(1, 2); // 3

上面的代码中，a.js通过export default命令导出了add函数，在b.js文件中引入时，可以随意指定其名称

export default命令是默认导出的意思，既然是默认导出，显然只能有一个，因此每个模块只能执行一次export default命令，其本质是导出了一个名为default的变量或函数。

위 내용은 모듈화가 필요한 이유는 무엇입니까? js의 일반적인 모듈식 솔루션 소개의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!