>  기사  >  웹 프론트엔드  >  requireJS는 모듈 로더를 어떻게 구현합니까?

requireJS는 모듈 로더를 어떻게 구현합니까?

亚连
亚连원래의
2018-06-11 17:54:391443검색

이 글은 주로 requireJS에 대한 심층적인 이해를 소개합니다. 즉, 간단한 모듈 로더를 구현하는 것입니다. 이제 이를 여러분과 공유하고 참고용으로 제공합니다.

이전 기사에서 우리는 모듈형 프로그래밍의 중요성과 그것이 해결할 수 있는 문제를 여러 번 강조했습니다.

① 단일 파일 변수 이름 지정 충돌 문제 해결

② 프런트엔드 다중 프로그래밍 문제 해결 개인 협업

3 파일 종속성 문제 해결

4 요청 시 로드(이 설명은 실제로 매우 거짓임)

⑤...

로더에 대한 더 깊은 이해를 돕기 위해 requireJS의 소스 코드는 있지만 로더에 대한 이해가 부족한 경우가 많습니다.

사실, 읽는 것만으로는 코드를 통해 구현되지 않습니다. 부분적으로만 이해하실 수 있으므로 오늘은 간단한 로더를 구현해 보겠습니다

로더 원리 분석

분할 및 결합

실제로 프로그램을 실행하려면 완전한 모듈이 필요합니다. 예:

//求得绩效系数
 var performanceCoefficient = function () {
  return 0.2;
 };
 //住房公积金计算方式
 var companyReserve = function (salary) {
  return salary * 0.2;
 };
 //个人所得税
 var incomeTax = function (salary) {
  return salary * 0.2;
 };
 //基本工资
 var salary = 1000;
 //最终工资
 var mySalary = salary + salary * performanceCoefficient();
 mySalary = mySalary - companyReserve(mySalary) - incomeTax(mySalary - companyReserve(mySalary));
 console.log(mySalary);

완전한 급여를 위해 회사에서는 성과 보상을 제공하지만 알고리즘이 매우 복잡할 수 있으며 그중 출석, 완료 등이 포함될 수 있지만 당분간은 신경 쓰지 않겠습니다. 증가하면 감소하므로 주택공제금을 납부하고 결국 개인소득세를 공제하게 됩니다. 굉장히 복잡하고, 돈에 관련된 일도 복잡해서 회사의 실적만 해도 코드가 1,000줄이 넘을 수도 있어요

그래서 여기서 나누어 보겠습니다.

<script src="companyReserve.js" type="text/javascript"></script>
<script src="incomeTax.js" type="text/javascript"></script>
<script src="performanceCoefficient.js" type="text/javascript"></script>
<script type="text/javascript">
 //基本工资
 var salary = 1000;
 //最终工资
 var mySalary = salary + salary * performanceCoefficient();
 mySalary = mySalary - companyReserve(mySalary) - incomeTax(mySalary - companyReserve(mySalary));
 console.log(mySalary);
</script>

위의 코드는 '분리'되어 있음을 보여줍니다. , 하지만 실제로는 "병합" 문제도 발생합니다. 어떻게 하면 파일을 다시 잘 통합할 수 있나요?

사실 위의 해결 방법은 여전히 ​​모듈이 아닌 파일별로 나누어져 있습니다. 파일 이름이 변경되면 페이지가 관련됩니다. 사실 이 문제를 해결하려면 여기에 경로 매핑이 있어야 합니다.

그래서 우리 모듈 중 하나는 경로 js 파일에 해당하고 나머지는 해당 모듈을 로드하는 것입니다. 프런트 엔드 모듈에는 요청이 포함되기 때문입니다. 따라서 다음과 같은 작성 방법이 있습니다.

var pathCfg = {
 &#39;companyReserve&#39;: &#39;companyReserve&#39;,
 &#39;incomeTax&#39;: &#39;incomeTax&#39;,
 &#39;performanceCoefficient&#39;: &#39;performanceCoefficient&#39;
};

어딘가에서 수행된 것을 보더라도 여기에는 AMD 사양을 따라야 합니다.

companyReserve = requile(&#39;companyReserve&#39;);
다음은 다음과 같습니다. 표준 requireJS 작성 방식입니다. 먼저 종속성이 정의된 모듈과 해당 경로 매핑을 정의하세요

require.config({
 &#39;companyReserve&#39;: &#39;companyReserve&#39;,
 &#39;incomeTax&#39;: &#39;incomeTax&#39;,
 &#39;performanceCoefficient&#39;: &#39;performanceCoefficient&#39;
});
require([&#39;companyReserve&#39;, &#39;incomeTax&#39;, &#39;performanceCoefficient&#39;], function (companyReserve, incomeTax, performanceCoefficient) {
 //基本工资
 var salary = 1000;
 //最终工资
 var mySalary = salary + salary * performanceCoefficient();
 mySalary = mySalary - companyReserve(mySalary) - incomeTax(mySalary - companyReserve(mySalary));
 console.log(mySalary);
});

간단하고 완전한 모듈 로더는 기본적으로 다음과 같습니다. 첫 번째는 종속성 배열이고 두 번째는 콜백입니다. 콜백에는 다음이 필요합니다. 모든 종속성은 실행되기 전에 로드되어야 하며 콜백의 매개변수는 종속성 실행의 결과이므로 정의 모듈은 일반적으로 반환 값을 가져야 합니다

이제 솔루션을 사용할 수 있으므로 구현 방법 그것?

구현 계획

모듈 로딩에 있어서 사람들의 첫 번째 반응은 ajax입니다. 왜냐하면 모듈 파일의 내용을 얻을 때마다 모듈화의 기초가 되지만 ajax 방식으로는 충분하지 않기 때문입니다. 크로스 도메인 문제가 있고

모듈식 솔루션은 필연적으로 크로스 도메인 문제를 처리해야 하므로 동적으로 생성된 스크립트 태그를 사용하여 js 파일을 로드하는 것이 첫 번째 선택이 되었습니다. 그러나 Ajax를 사용하지 않는 솔루션은 구현하기 어렵습니다. 아직 요구 사항이 있다고 합니다

PS: 실제 작업에서는 html 템플릿 파일을 로드하는 장면도 있습니다. 이에 대해서는 나중에 이야기하겠습니다.보통 우리가 하는 작업은 javascript를 예약하기 위한 프로그램 입구로 사용됩니다. 그런 다음 각 모듈은 로드할 스크립트 태그를 자동으로 생성하고 require의 모든 종속 모듈이 로드되면 해당 콜백을 실행합니다. 원리는 대략 동일하고 나머지는 단지 구체적인 구현일 뿐이며 이 이론이 신뢰할 수 있는지 입증합니다

로더 거세 구현

핵심 모듈

위 이론에 따라 먼저 전체적으로 이야기해 보겠습니다. 우선 입구의 세 가지 기본 기능에 대해 이야기해 봅시다

require(depArr, callback)

이 세 가지 모듈은 필수입니다:

① config는 모듈과 경로 간의 매핑을 구성하는 데 사용되거나 다른 용도로 사용됩니다

② require는 프로그램 입구입니다

3 각 모듈을 설계하고 require의 스케줄링에 응답하도록 정의합니다.

그런 다음 여기에 스크립트 태그를 생성하는 메서드가 있고 onLoad 이벤트를 수신합니다.

4 loadScript

두 번째로 스크립트 태그를 로드한 후 거기에서 로드된 모듈을 저장하기 위한 전역 모듈 객체여야 하므로 여기에서 제안합니다. 두 가지 요구 사항이 충족됩니다:

⑤ require.moduleObj 모듈 저장 객체

⑥ 모듈, 모듈 생성자

위의 핵심 모듈을 사용하여 다음과 같이 구성했습니다. code:

var require = function () {
};
require.config = function () {
};
require.define = function () {
};

그래서 다음 단계는 구체적인 구현이고, 구현 과정에서 사용할 수 없는 인터페이스와 세부 사항이 종종 보완되고, 최종 구현은 원래 디자인과 아무 관련이 없는 경우가 많습니다...

코드 구현

这块最初实现时,本来想直接参考requireJS的实现,但是我们老大笑眯眯的拿出了一个他写的加载器,我一看不得不承认有点妖

于是这里便借鉴了其实现,做了简单改造:

(function () {
 //存储已经加载好的模块
 var moduleCache = {};
 var require = function (deps, callback) {
  var params = [];
  var depCount = 0;
  var i, len, isEmpty = false, modName;
  //获取当前正在执行的js代码段,这个在onLoad事件之前执行
  modName = document.currentScript && document.currentScript.id || &#39;REQUIRE_MAIN&#39;;
  //简单实现,这里未做参数检查,只考虑数组的情况
  if (deps.length) {
   for (i = 0, len = deps.length; i < len; i++) {
    (function (i) {
     //依赖加一
     depCount++;
     //这块回调很关键
     loadMod(deps[i], function (param) {
      params[i] = param;
      depCount--;
      if (depCount == 0) {
       saveModule(modName, params, callback);
      }
     });
    })(i);
   }
  } else {
   isEmpty = true;
  }
  if (isEmpty) {
   setTimeout(function () {
    saveModule(modName, null, callback);
   }, 0);
  }
 };
 //考虑最简单逻辑即可
 var _getPathUrl = function (modName) {
  var url = modName;
  //不严谨
  if (url.indexOf(&#39;.js&#39;) == -1) url = url + &#39;.js&#39;;
  return url;
 };
 //模块加载
 var loadMod = function (modName, callback) {
  var url = _getPathUrl(modName), fs, mod;
  //如果该模块已经被加载
  if (moduleCache[modName]) {
   mod = moduleCache[modName];
   if (mod.status == &#39;loaded&#39;) {
    setTimeout(callback(this.params), 0);
   } else {
    //如果未到加载状态直接往onLoad插入值,在依赖项加载好后会解除依赖
    mod.onload.push(callback);
   }
  } else {
   /*
   这里重点说一下Module对象
   status代表模块状态
   onLoad事实上对应requireJS的事件回调,该模块被引用多少次变化执行多少次回调,通知被依赖项解除依赖
   */
   mod = moduleCache[modName] = {
    modName: modName,
    status: &#39;loading&#39;,
    export: null,
    onload: [callback]
   };
   _script = document.createElement(&#39;script&#39;);
   _script.id = modName;
   _script.type = &#39;text/javascript&#39;;
   _script.charset = &#39;utf-8&#39;;
   _script.async = true;
   _script.src = url;
   //这段代码在这个场景中意义不大,注释了
   //   _script.onload = function (e) {};
   fs = document.getElementsByTagName(&#39;script&#39;)[0];
   fs.parentNode.insertBefore(_script, fs);
  }
 };
 var saveModule = function (modName, params, callback) {
  var mod, fn;
  if (moduleCache.hasOwnProperty(modName)) {
   mod = moduleCache[modName];
   mod.status = &#39;loaded&#39;;
   //输出项
   mod.export = callback ? callback(params) : null;
   //解除父类依赖,这里事实上使用事件监听较好
   while (fn = mod.onload.shift()) {
    fn(mod.export);
   }
  } else {
   callback && callback.apply(window, params);
  }
 };
 window.require = require;
 window.define = require;
})();

首先这段代码有一些问题:

没有处理参数问题,字符串之类皆未处理

未处理循环依赖问题

未处理CMD写法

未处理html模板加载相关

未处理参数配置,baseUrl什么都没有搞

基于此想实现打包文件也不可能

......

但就是这100行代码,便是加载器的核心,代码很短,对各位理解加载器很有帮助,里面有两点需要注意:

① requireJS是使用事件监听处理本身依赖,这里直接将之放到了onLoad数组中了

② 这里有一个很有意思的东西

document.currentScript

这个可以获取当前执行的代码段

requireJS是在onLoad中处理各个模块的,这里就用了一个不一样的实现,每个js文件加载后,都会执行require(define)方法

执行后便取到当前正在执行的文件,并且取到文件名加载之,正因为如此,连script的onLoad事件都省了......

demo实现

<html xmlns="http://www.w3.org/1999/xhtml">
<head>
 <title></title>
</head>
<body>
</body>
<script src="require.js" type="text/javascript"></script>
<script type="text/javascript">
 require([&#39;util&#39;, &#39;math&#39;, &#39;num&#39;], function (util, math, num) {
  num = math.getRadom() + &#39;_&#39; + num;
  num = util.formatNum(num);
  console.log(num);
 });
</script>
</html>
//util
define([], function () {
 return {
  formatNum: function (n) {
   if (n < 10) return &#39;0&#39; + n;
   return n;
  }
 };
});
//math
define([&#39;num&#39;], function (num) {
 return {
  getRadom: function () {
   return parseInt(Math.random() * num);
  }
 };
});
//math
define([&#39;num&#39;], function (num) {
 return {
  getRadom: function () {
   return parseInt(Math.random() * num);
  }
 };
});

上面是我整理给大家的,希望今后会对大家有帮助。

相关文章:

有关在Vue2.x中父组件与子组件双向绑定(详细教程)

详细介绍在Vue2.0中v-for迭代语法的变化(详细教程)

在vue2.0中循环遍历并且加载不同图片(详细教程)

위 내용은 requireJS는 모듈 로더를 어떻게 구현합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.