美文网首页
AMD_CMD_RequireJS

AMD_CMD_RequireJS

作者: cctosuper | 来源:发表于2018-01-17 15:41 被阅读0次

题目1: 为什么要使用模块化?

网页愈趋向Web应用程序,导致JavaScript的体量愈来愈大,客户端的代码模块化成为迫切需求。有了模块,我们就可以更方便地使用别人的代码,想要什么功能,就加载什么模块。
最主要的目的:

  • 解决命名冲突
  • 依赖管理

其他价值

  • 提高代码可读性
  • 代码解耦,提高复用性

题目2: CMD、AMD、CommonJS 规范分别指什么?有哪些应用

有了模块,我们就可以更方便地使用别人的代码,想要什么功能,就加载什么模块。但是,这样做有一个前提,那就是大家必须以同样的方式编写模块。

  • CommonJS
    在服务器端,一定要有模块,与操作系统和其他应用程序互动,否则根本没法编程。node.js的模块系统,就是参照CommonJS规范实现的。也就是说CommonJS是服务器端的模块规范
    在CommonJS中,输出模块变量使用module.exports对象,module.exports 对象是模块的对外接口;
    有一个全局性方法require(),用于加载模块;

  • AMD是"Asynchronous Module Definition"的缩写,意思就是"异步模块定义"。它采用异步方式加载模块,模块的加载不影响它后面语句的运行。所有依赖这个模块的语句,都定义在一个回调函数中,等到加载完成之后,这个回调函数才会运行。CommonJS规范不适用于浏览器环境(CommonJS采取同步加载方式);

浏览器端的模块,不能采用"同步加载"(synchronous),只能采用"异步加载"(asynchronous)
目前,主要有两个Javascript库实现了AMD规范:require.js和curl.js,下面以require.js进一步讲解AMD的用法。

requireJS是一个工具库,主要用于客户端的模块管理。它可以让客户端的代码分成一个个模块,实现异步或动态加载,从而提高代码的性能和可维护性。它的模块管理遵守AMD规范(Asynchronous Module Definition)。

require.js的诞生,就是为了解决这两个问题:
(1)实现js文件的异步加载,避免网页失去响应; 
(2)管理模块之间的依赖性,便于代码的编写和维护;
requireJS的基本思想是,通过define方法,将代码定义为模块;通过require方法,实现代码的模块加载。

require.js加载

<scirpt src='js/require.js  defer async='true'  data-main='js/main'>

//defer和async可以实现异步加载require.js资源
//data-main属性的作用是,指定网页程序的主模块

模块的定义
define方法用于定义模块,RequireJS要求每个模块放在一个单独的文件里。按照是否依赖其他模块,可以分成两种情况讨论。第一种情况是定义独立模块,即所定义的模块不依赖其他模块;第二种情况是定义非独立模块,即所定义的模块依赖于其他模块。

独立模块情况
//math.js
define(
  function(){
      var add = function(x,y){
        return x+y;  
    };
    return  {
          add:add
      }
  }
)
非独立模块
//complexMuliply.js
define(['math'],function(math){
      var  add = math.add;
      var  addMultiply = function(x,y,z){
          return add(x,y)*z
    }
      return {
          addMultiply: addMultiply
    }
})

define方法的第一个参数是一个数组,它的成员是当前模块所依赖的模块。
define方法的第二个参数是一个函数,当前面数组的所有成员加载成功后,它将被调用。它的参数与数组的成员一一对应.这个函数必须返回一个对象,供其他模块调用。
需要注意的是,回调函数必须返回一个对象,这个对象就是你定义的模块,模块名默认就是文件名。

  • 模块的加载

模块的加载可分为加载规范模块和非规范模块。

  • 加载规范模块
//math.js
require(['math'],function(math){
    console.log(math.add(1,1))
})

require()函数接受两个参数。
第一个参数是一个数组,表示所依赖的模块
第二个参数是一个回调函数,当前面指定的模块都加载成功后,它将被调用。
加载的模块会以参数形式传入该函数,从而在回调函数内部就可以使用这些模块。

  • 加载非规范模块
    require.js加载的模块,必须是按照AMD规范、用define()函数定义的模块。但是实际上,有许多库并不符合AMD规范。

这样的模块在用require()加载之前,要先用require.config()方法,定义它们的一些特征。

举例来说,underscore和backbone这两个库,都没有采用AMD规范编写。如果要加载它们的话,必须先定义它们的特征。

require.config({
    shim:{
      'underscore':{
          exports:'_'
    },
    'backbone':{
        deps:['underscore',''jquery],
        exports:'Backbone'
    }
  }
})

require.config()接受一个配置对象,有一个shim属性,专门用来配置不兼容的模块。具体来说,每个模块要定义(1)exports值(输出的变量名),表明这个模块外部调用时的名称;(2)deps数组,表明该模块的依赖性。

此外,使用require.config()方法,我们可以对模块的加载行为进行自定义。require.config()就写在主模块(main.js)的头部。参数就是一个对象,这个对象的paths属性指定各个模块的加载路径。

require.config({
    paths:{
        'jquery':'jquery.min',
         'underscore':'underscore.min',
         'backbone':'backbone.min'
    } 
})

上面的代码给出了三个模块的文件名,路径默认与main.js在同一个目录(js子目录)。如果这些模块在其他目录,比如js/lib目录,则有两种写法。

一种是逐一指定路径。

require.config({
    paths:{
        'jquery':'lib/jquery.min',
        'underscore':'lib/underscore.min',
        'backbone':'lib/backbone.min'
    }
})

另一种则是直接改变基目录(baseUrl)

require.config({
      baseUrl:'js/lib',
      paths:{
          'jquery':'jquery.min',
         'underscore':'underscore.min',
         'backbone':'backbone.min' 
      } 
})
  • CMD(Common Module Definition) 通用模块定义。该规范明确了模块的基本书写格式和基本交互规则。该规范是在国内发展出来的
    在 CMD 规范中,一个模块就是一个文件。代码的书写格式如下:

define(factory);
当 factory为对象、字符串时,表示模块的接口就是该对象、字符串;
factory为函数时,表示是模块的构造方法。
执行该构造方法,可以得到模块向外提供的接口。
factory 方法在执行时,默认会传入三个参数:require、exports 和 module:
define(function(require, exports, module) { // 模块代码});

//math.js
define(function(require,exports,module){
//为模块math导出add方法    
exports.add = function(x,y){
      return x+y;
  }
})

//complexAdd.js

define(function(require,exports,module){
      var add = require('math').add;//加载math模块
      exports.addMultiply = function(x,y,z){
          return add(x,y)*z;
    }
})
  • 小结
    通行的Javascript模块规范共有两种CommonJS和AMD;

CommonJS是基于Node.js的服务器端的模块化规范,AMD(异步模块定义)是客户端的模块化规范;

此外,CMD(通用模块定义)是在国内发展出来的客户端的模块规范;

AMD 是 RequireJS 在推广过程中对模块定义的规范化产出。
CMD 是 SeaJS 在推广过程中对模块定义的规范化产出。

对于依赖的模块,AMD是提前执行,CMD是延迟执行。
CMD 推崇依赖就近,AMD 推崇依赖前置。

题目3: 使用 requirejs 完善入门任务15,包括如下功能:

  1. 首屏大图为全屏轮播
  2. 有回到顶部功能
  3. 图片区使用瀑布流布局(图片高度不一),下部有加载更多按钮,点击加载更多会加载更多数据(数据在后端 mock)
    4(可选). 使用 r.js 打包应用
    地址

相关文章

  • AMD_CMD_RequireJS

    1. 为什么要使用模块化? 背景:如今CPU、浏览器性能得到了极大的提升,很多页面逻辑迁移到了客户端(表单验证等)...

  • AMD_CMD_RequireJS

    题目1: 为什么要使用模块化? 模块的由来:嵌入网页的JS代码越来越庞大,越来越像桌面程序,需要一个团队去分工协作...

  • AMD_CMD_RequireJS

    题目1: 为什么要使用模块化? 在JavaScript发展初期就是为了实现简单的页面交互逻辑,寥寥数语即可;如今C...

  • AMD_CMD_RequireJS

    为什么要使用模块化? 解决命名冲突 依赖管理 提高代码可读性 代码解耦,提高复用性 CMD、AMD、CommonJ...

  • AMD_CMD_RequireJS

    1、为什么要使用模块化? a)解决命名冲突b)增强代码的阅读以及维护性c)便于依赖管理d)提高代码的复用率 2、C...

  • AMD_CMD_RequireJS

    题目1: 为什么要使用模块化? 解决命名冲突 便于依赖管理 提高代码的可读性 代码解耦,提高代码复用性 题目2: ...

  • AMD_CMD_RequireJS

    1、为什么要使用模块化? 解决命名冲突,当代码量很大的时候很容易有命名冲突。 实现依赖管理,代码量很大时候,代码之...

  • AMD_CMD_RequireJS

    题目1: 为什么要使用模块化? web应用越来越复杂,代码复杂度增加 代码需要复用和解耦合 性能优化,需要更少的h...

  • AMD_CMD_RequireJS

    1: 为什么要使用模块化? 1.解决命名冲突2.可进行依赖管理3.增强代码的可读性4.代码解耦,提高代码的复用率 ...

  • AMD_CMD_RequireJS

    题目1:为什么要使用模块化? 最主要的目的:解决命名冲突依赖管理其他价值提高代码可读性代码解耦,提高复用性 在Ja...

网友评论

      本文标题:AMD_CMD_RequireJS

      本文链接:https://www.haomeiwen.com/subject/atbwwxtx.html