Require to call js 사용에 대한 자세한 설명

이번에는 Require to call js 사용법에 대해 자세히 설명하겠습니다. Require to call js의 주의사항은 무엇인가요?

처음 JavaScript 함수 작성을 시작했을 때 일반적으로 다음과 같았습니다.

function fun1() {
 // some code here
}
function fun2() {
 // some other code here
}
...

모든 기능은 글로벌 환경에서 작성되며, 프로젝트 규모가 작을 때는 일반적으로 충돌이 발생하지 않습니다.

그런데 코드가 너무 많아지다보니 점차 함수명(영문단어)이 좀 부족하다는 걸 느꼈습니다. 그래서 네임스페이스 개념이 도입되었고 모듈화코드가 시작되었습니다.

네임스페이스 아래의 함수

네임스페이스 아래에 내 코드는 다음과 같이 작성됩니다:

var com = com || {};
com.zfanw = com.zfanw || {};
com.zfanw.module1 = (function() {
 // some code here
 return {
 func1: func1,
 ...
 };
}());
com.zfanw.module2 = (function() {
 // some other code here
 return {
 func1: func1,
 ...
 };
}());
...

객체 지향 원칙에 따라 저는 보통 다음과 같이 실행 함수를 작성합니다.

com.zfanw.module1.func1.apply({},['arg1',arg2]);
...

물론, 입력 문자를 절약하기 위해 클로저에 공개 API 인터페이스도 가져올 것입니다: www.jb51.net

(function($, mod1) {
 // some code here
 mod1.func1.apply({},['arg1',arg2]);
}(jQuery, com.zfanw.module1)）;
...

현시점에서는 코드 충돌 가능성이 매우 적었지만, 코드 종속성 문제, 멀티스크립트 파일 관리 문제, 차단 문제가 점차 표면화되면서 네임스페이스 방식이 시급해지기 시작했습니다.

그래서 Require.js2가 작동하게 됩니다.

Require.js

먼저 require.js 3의 모듈 개념을 이해하세요.

모듈은 기존 스크립트 파일과 다릅니다. 전역 네임스페이스 오염을 방지하는 올바른 범위의 개체를 정의합니다. 종속성을 명시적으로 나열하고 이에 대한 핸들을 얻을 수 있습니다. 전역 객체를 참조할 필요 없이 종속성을 유지하는 대신 종속성을 정의하는 함수에 대한 인수로 종속성을 받습니다. 모듈.

간단히 말해서, 두 가지 점이 있습니다. 첫째, 모듈 범위는 자체 포함되어 전역 공간을 오염시키지 않습니다. 둘째, 모듈은 종속성을 지정하고 전역 객체를 참조할 필요 없이 매개변수 전달을 통해 종속성을 가져옵니다. 글로벌 공간을 오염시키지 마십시오.

모듈 정의

위의 긴 네임스페이스 방법과 달리 require.js는 전역 메서드 정의를 사용하여 다음 형식으로 모듈을 정의합니다. 모듈을 두 가지 유형으로 나누겠습니다.

종속성 없는 모듈

모듈이 다른 모듈에 의존하지 않는 경우 정의하는 것은 매우 간단합니다. 예를 들어 hello.js 파일에 hello 모듈이 배치됩니다.

define(id?, dependencies?, factory); // ? 表示可选项

종속성이 있는 모듈

종속성이 있는 모듈은 정의할 때 모듈의 종속성을 나열해야 합니다.

define(function() {
 // some code here
 return {
 // some public api
 };
});

여기서 종속 항목의 'jquery'는 baseUrl을 기준으로 한 모듈의 경로이며, 이는 모듈 ID와 동일합니다.

이제 위에서 작성한 클로저에서 공개 API를 가져오는 코드를 다시 살펴보고 정의 함수와 비교해 보세요.

define(['jquery'], function($) { // 比如这个模块，代码的执行依赖 jQuery，require.js 会先加载 jquery 模块代码，并加以执行，然后将依赖模块 以 $ 的参数形式传入回调函数中，回调函数将执行结果注册为模块
 // maybe some code here
 return {
 // some public api
 };
});

이 코드에서는 클로저에서도 $ 외부 매개변수를 통해 jQuery에 액세스했습니다. "종속성 정의" 방법은 정의 방법과 매우 유사하다고 할 수 있습니다. 차이점은 정의로 가져온 jquery가 전역 변수가 아니므로 전역 환경을 오염시키지 않는다는 것입니다.

모듈 이름에 대하여

정의 함수에는 세 개의 매개변수가 있습니다. 첫 번째 ID는 모듈 이름입니다. 이 이름의 형식은 파일 형식을 뺀 baseUrl입니다. .js. 이름이 다음과 같이 정의된 경우:

(function($, mod1) {
 // some code here
 mod1.func1.apply({},['arg1',arg2]);
}(jQuery, com.zfanw.module1)）;

이 정의의 장점은 동일한 이름을 가진 파일이 동일한 디렉토리에 허용되지 않기 때문에 모듈이 충돌할 수 없다는 것입니다. 그러나 require.js에서는 모듈 이름을 설정하지 말 것을 권장합니다. 모듈 이름 'libs/hi' 다음에는 js/libs 디렉터리의 hi.js에 모듈이 있어야 합니다. 파일에서 위치가 이동되면 그에 따라 모듈 이름도 변경되어야 합니다. 나중에 r.js를 사용하여 최적화하는 동안 생성되는 모듈 이름은 또 다른 문제입니다.

모듈 사용

"종속성"과 "종속성 없음"을 갖는 다양한 모듈을 정의한 후 어떻게 사용해야 합니까? Require.js는 require(requirejs와 동일) 기능을 제공합니다.

require 函数加载依赖并执行回调，与 define 不同的是，它不会把回调结果4注册成模块：

require(['jquery'], function($) { // 这个函数加载 jquery 依赖，然后执行回调代码
 console.log($);
});

举一个简单的例子。我有一个文件夹，文件结构如下：

index.html
 js/
  main.js
  require.js
  jquery.js

这里 jquery.js 已经注册为 AMD 模块，则 HTML 文件里这样引用 require.js：

<script src="js/require.js" data-main="js/main"></script>

require.js 会检查 data-main 属性值，这里是 js/main，根据设定，它会加载 js 目录下的 main.js 文件。

main.js 文件里，我只干一件事，用 jQuery 方法取得当前窗口的宽度：

require(['jquery'], function($) {
 var w = $(window).width();
 console.log(w);
});

执行代码就这么简单。

非 AMD 规范的模块

但事情远没有我们想像中那么美好，AMD 只是一种社区规范，并非标准，而且在它出现以前，已经有各种各样的流行库存在，更不用说我们自己早期写的代码，所以我们一定会碰上一堆非 AMD 规范的模块。为了让 require.js 能够加载它们，并且自动识别、载入依赖，我们有两种选择，一、给它们全穿上一个叫 define 的函数；二、使用 Require.js 提供的配置选项 shim，曲线救国。

比如我手上一个项目，因为某种原因，还在用 jQuery 1.4.1 版本，而 jQuery 是从1.7版本开始才注册为 AMD 模块的，我要在 require.js 中使用，就需要先做 shim：

require.config({
 shim: {
  'jquery-1.4.1': { // <= 这个是相对于 main.js 的路径www.45it.com
   exports: &#39;jQuery&#39; // <= 这个值需要稍加注意，稍后会提及
  },
  &#39;libs/jquery-throttle-debounce.min&#39;: { // <= jQuery 插件
   deps: [&#39;jquery-1.4.1&#39;] //无需 exports，因为我们只是在增强 jQuery 功能
  }
 },
});
require([&#39;jquery-1.4.1&#39;, &#39;libs/jquery-throttle-debounce.min&#39;], function($){
 console.log($.debounce);
});

写完 shim，发现 jquery-1.4.1、libs/jquery-throttle-debounce.min 这样的名称有点长。这里我们又有两种选择，一是直接打开修改 js 文件名，或者使用 require.js 提供的配置项 paths 给模块 ID 指定对应的真实文件路径：

require.config({
 paths: {
  &#39;jquery&#39;: &#39;jquery-1.4.1&#39;, // <= 模块 jquery 指向 js/jquery-1.4.1.js 文件
  &#39;debounce&#39;: &#39;libs/jquery-throttle-debounce.min&#39;
 },
 shim: {
  &#39;jquery&#39;: {
   exports: &#39;$&#39;
  },
  &#39;debounce&#39;: {
   deps: [&#39;jquery&#39;]
  }
 }
});
require([&#39;jquery&#39;, &#39;debounce&#39;], function($){
 console.log($.debounce);
});

这样，引用起来就方便多了。

另外，需要注意 shim 中的 exports 项，它的概念更接近 imports，即把全局变量导入。我们如果把 exports 值改成非全局变量名，就会导致传入回调的对象变成 undefined，举个例子：

require.config({
 paths: {
  'jquery': 'jquery-1.4.1',
 },
 shim: {
  'jquery': {
   exports: 'hellojQuery' // 这里我把 exports 值设置为 jQuery/$ 以外的值
  }
 }
});
require(['jquery'], function($){
 console.log($);// 这里，会显示 undefined
});

其他模块在做 shim 时同理，比如 underscore 需要 exports 成 _。

Require.js 的好处

说了这么多，Require.js 到底有什么好处？

并行加载

我们知道，<script></script> 标签会阻塞页面，加载 a.js 时，后面的所有文件都得等它加载完成并执行结束后才能开始加载、执行。而 require.js 的模块可以并行下载，没有依赖关系的模块还可以并行执行，大大加快页面访问速度。

不愁依赖

在我们定义模块的时候，我们就已经决定好模块的依赖 – c 依赖 b，b 又依赖 a。当我想用 c 模块的功能时，我只要在 require函数的依赖里指定 c：

require(['c'], function(c) {...});

至于 c 依赖的模块，c 依赖的模块的依赖模块… 等等，require.js 会帮我们打理。

而传统的 script 办法，我们必须明确指定所有依赖顺序：

<script src="js/a.js"></script>
 <script src="js/b.js"></script>
 <script src="js/c.js"></script>

换句话说，传统的 script 方法里，我们极可能要靠记忆或者检查模块内容这种方式来确定依赖 – 效率太低，还费脑。

减少全局冲突

通过 define 的方式，我们大量减少了全局变量，这样代码冲突的概率就极小极小 – JavaScript 界有句话说，全局变量是魔鬼，想想，我们能减少魔鬼的数量，我想是件好事。

关于全局变量

有一点需要说明的是，require.js 环境中并不是只有 define 和 require 几个全局变量。许多库都会向全局环境中暴露变量，以 jQuery 为例，1.7版本后，它虽然注册自己为 AMD 模块，但同时也向全局环境中暴露了 jQuery 与 $。所以以下代码中，虽然我们没有向回调函数传入一份引用，jQuery/$ 同样是存在的：

require(['jquery'], function(){
 console.log(jQuery);
 console.log($);
});

相信看了本文案例你已经掌握了方法，更多精彩请关注php中文网其它相关文章！

推荐阅读：

拦截器判断token失效跳转后的操作

js+css는 웹 페이지를 로드할 때 사용자 경험을 향상시킵니다

위 내용은 Require to call js 사용에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!