前端模块化：RequireJS

前言

前端模块化能解决什么问题？

  1. 模块的版本管理
  2. 提高可维护性 -- 通过模块化，可以让每个文件职责单一，非常有利于代码的维护
  3. 按需加载 -- 提高显示效率
  4. 更好的依赖处理 -- 传统的开发模式，如果B依赖A，那么必须在B文件前面先加载好A。如果使用了模块化，只需要在模块内部申明依赖即可。

AMD规范 & CMD规范

说到前端模块化，就不得不提AMD规范（中文版、英文版）和CMD规范（英文版）

它们的区别：

http://www.zhihu.com/question/20351507

http://www.cnblogs.com/tugenhua0707/p/3507957.html

AMD规范是 RequireJS 在推广过程中对模块定义的规范化产出，所以我在这里重点介绍下 AMD规范。

AMD规范全名异步模块定义（Asynchronous Module Definition）规范，让模块和依赖可以异步加载。

主要API：

define(id?, dependencies?, factory);

id,字符串，定义中模块的名字，可选参数（没有提供，则默认为模块加载器请求的指定脚本的名字），如果提供，那么模块名必须是顶级和绝对的（不允许相对名字）

dependencies，数组，模块的依赖，可选参数

factory，函数或对象，必选参数。

RequireJS

RequireJS是一个JS的文件和模块加载器。专门为浏览器优化，同时也支持其他JS环境。

使用RequireJS

要想使用requireJS，首先需要在页面引入脚本：

<script src="assets/vendor/require/require.js"></script>

接下来，书写脚本：

<script>
    requirejs([‘js/a‘], function(a){
        alert(a.test);
    });
</script>

再来看看a.js:

define({
  test: ‘aa‘
});

html代码如下：

<!DOCTYPE html>
<html>
    <head>
        <title>RequireJS Demo</title>
        <meta name="viewport" content="width=device-width, initial-scale=1">
        <meta http-equiv="X-UA-Compatible" content="chrome=1">
        <script src="assets/vendor/require/require.js"></script>
    </head>
    <body>
        <script>
            requirejs([‘assets/js/a‘], function(a){
                alert(a.test);
            });
        </script>
    </body>
</html>

在浏览器中打开后，弹出aa。

在实践这个简单示例的时候，需要注意requireJS的baseUrl 设置：

细节之处

1、RequireJS 加载文件/模块都是相对于baseUrl的

2、baseUrl默认使用data-main属性指定的脚本目录

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

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

3、如果没有data-main属性，那么baseUrl等于该html所在的目录

4、baseUrl可以通过RequireJS config进行设置

5、优先级：config > data-main属性 -> html目录

6、RequireJS加载JS时，可以不写js后缀

7、加载文件/模块时，会自动包含前缀http或者https

8、可以在config中使用paths配置，指定相对目录

//这是我的项目目录结构
www/
  index.html
  assets/
    js/
      a.js
    vendor/
      require/
        require.js
    main.js

//配置文件
requirejs.config({
    baseUrl: ‘assets‘,
    paths: {
        js: ‘js‘
    }
});

//可以直接使用js来映射目录，进行文件引用
requirejs([‘js/a‘], function(a){
  alert(a.test);
});

注意：一定要保证使用paths的时候，一定要放在config之后。通过在配置paths时，如果是直接子目录，不需要斜杠。

9、data-main指定的文件，是requirejs的入口点

定义模块

在requirejs中，我们可以采用多种方式定义模块，如下：

1、简单的键值对:

define({
  color: ‘black‘,
  size: ‘18px‘
});

2、定义函数：

define(function(){
  return {
    color: ‘black‘,
    size: ‘18px‘
  };
});

3、定义函数并使用依赖：

define([‘a‘, ‘b‘], function(a, b){
  return {
    color: ‘black‘,
    size: ‘18px‘,
    alert: function(){
      return a.num + b.num;
    }
  };
});

4、将函数定义为模块：

define([‘a‘, ‘b‘], function(a, b){
  return function(title){
    return title ? title : a.title + b.title;
  };
});

5、通过简单的CommonJs包装器定义模块：

define(function(require, exports, module){
  var a = require(‘a‘),
      b = require(‘b‘);
  return function(){};
});

6、定义包含名字的模块：

define(‘moduleA‘, [‘a‘, ‘b‘], function(a, b){
  //do something...
});

配置项

requirejs.config({
  baseUrl: ‘‘, //基地址
  paths: { //路径映射
    ‘js‘: ‘../js‘
  },
  bundles: { //
    primary: [‘main‘, ‘util‘],
    secondary: [‘text!secondary.html‘]
  },
  shim: { //从非模块的js中，导出模块
    jquery: {
      deps: [],
      exports: ‘jQuery‘
    }
  },
  map: { //方便版本控制
    ‘some/newmodule‘: {
      ‘foo‘: ‘foo1.2‘
    },
    ‘some/oldmodule‘: {
      ‘foo‘: ‘foo1.0‘
    }
  },
  config: { //配置module
    bar: {
      size: ‘large‘
    }
  },
  packages: [], //需要从CommonJS packages中加载的模块
  nodeIdCompat: true,
  waitSeconds: 15, // 加载脚本超时时间（秒）
  context: ‘‘, //设置上下文名称
  deps:[], //需要加载的依赖
  callback: function(){}, //当deps加载完时执行
  enforceDefine: false, // 是否当脚本没有define时抛出错误
  xhtml: false, //是否使用xhtml创建脚本元素
  urlArgs: ‘test=‘ + (new Date()).getTime(), //配置url参数
  scriptType: ‘text/javascript‘, //设置加载脚本的脚本类型
  skipDataMain: false //是否使用data-main属性
});

*:first-child {
margin-top: 0 !important;
}

body>*:last-child {
margin-bottom: 0 !important;
}

/* BLOCKS
=============================================================================*/

p, blockquote, ul, ol, dl, table, pre {
margin: 15px 0;
}

/* HEADERS
=============================================================================*/

h1, h2, h3, h4, h5, h6 {
margin: 20px 0 10px;
padding: 0;
font-weight: bold;
-webkit-font-smoothing: antialiased;
}

h1 tt, h1 code, h2 tt, h2 code, h3 tt, h3 code, h4 tt, h4 code, h5 tt, h5 code, h6 tt, h6 code {
font-size: inherit;
}

h1 {
font-size: 28px;
color: #000;
}

h2 {
font-size: 24px;
border-bottom: 1px solid #ccc;
color: #000;
}

h3 {
font-size: 18px;
}

h4 {
font-size: 16px;
}

h5 {
font-size: 14px;
}

h6 {
color: #777;
font-size: 14px;
}

body>h2:first-child, body>h1:first-child, body>h1:first-child+h2, body>h3:first-child, body>h4:first-child, body>h5:first-child, body>h6:first-child {
margin-top: 0;
padding-top: 0;
}

a:first-child h1, a:first-child h2, a:first-child h3, a:first-child h4, a:first-child h5, a:first-child h6 {
margin-top: 0;
padding-top: 0;
}

h1+p, h2+p, h3+p, h4+p, h5+p, h6+p {
margin-top: 10px;
}

/* LINKS
=============================================================================*/

a {
color: #4183C4;
text-decoration: none;
}

a:hover {
text-decoration: underline;
}

/* LISTS
=============================================================================*/

ul, ol {
padding-left: 30px;
}

ul li > :first-child,
ol li > :first-child,
ul li ul:first-of-type,
ol li ol:first-of-type,
ul li ol:first-of-type,
ol li ul:first-of-type {
margin-top: 0px;
}

ul ul, ul ol, ol ol, ol ul {
margin-bottom: 0;
}

dl {
padding: 0;
}

dl dt {
font-size: 14px;
font-weight: bold;
font-style: italic;
padding: 0;
margin: 15px 0 5px;
}

dl dt:first-child {
padding: 0;
}

dl dt>:first-child {
margin-top: 0px;
}

dl dt>:last-child {
margin-bottom: 0px;
}

dl dd {
margin: 0 0 15px;
padding: 0 15px;
}

dl dd>:first-child {
margin-top: 0px;
}

dl dd>:last-child {
margin-bottom: 0px;
}

/* CODE
=============================================================================*/

pre, code, tt {
font-size: 12px;
font-family: Consolas, "Liberation Mono", Courier, monospace;
}

code, tt {
margin: 0 0px;
padding: 0px 0px;
white-space: nowrap;
border: 1px solid #eaeaea;
background-color: #f8f8f8;
border-radius: 3px;
}

pre>code {
margin: 0;
padding: 0;
white-space: pre;
border: none;
background: transparent;
}

pre {
background-color: #f8f8f8;
border: 1px solid #ccc;
font-size: 13px;
line-height: 19px;
overflow: auto;
padding: 6px 10px;
border-radius: 3px;
}

pre code, pre tt {
background-color: transparent;
border: none;
}

kbd {
-moz-border-bottom-colors: none;
-moz-border-left-colors: none;
-moz-border-right-colors: none;
-moz-border-top-colors: none;
background-color: #DDDDDD;
background-image: linear-gradient(#F1F1F1, #DDDDDD);
background-repeat: repeat-x;
border-color: #DDDDDD #CCCCCC #CCCCCC #DDDDDD;
border-image: none;
border-radius: 2px 2px 2px 2px;
border-style: solid;
border-width: 1px;
font-family: "Helvetica Neue",Helvetica,Arial,sans-serif;
line-height: 10px;
padding: 1px 4px;
}

/* QUOTES
=============================================================================*/

blockquote {
border-left: 4px solid #DDD;
padding: 0 15px;
color: #777;
}

blockquote>:first-child {
margin-top: 0px;
}

blockquote>:last-child {
margin-bottom: 0px;
}

/* HORIZONTAL RULES
=============================================================================*/

hr {
clear: both;
margin: 15px 0;
height: 0px;
overflow: hidden;
border: none;
background: transparent;
border-bottom: 4px solid #ddd;
padding: 0;
}

/* IMAGES
=============================================================================*/

img {
max-width: 100%
}
-->

时间： 2024-10-11 19:38:54

前端模块化：RequireJS的相关文章

前端模块化

前端模块化 前端模块化 在JavaScript发展初期就是为了实现简单的页面交互逻辑,寥寥数语即可:如今CPU.浏览器性能得到了极大的提升,很多页面逻辑迁移到了客 户端(表单验证等),随着web2.0时代的到来,Ajax技术得到广泛应用,jQuery等前端库层出不穷,前端代码日益膨胀 这时候JavaScript作为嵌入式的脚本语言的定位动摇了,JavaScript却没有为组织代码提供任何明显帮助,甚至没有类的概念,更不用说模块(module)了,JavaScript极其简单的代码组织规范不足以驾

前端模块化杂谈

Teambition是一家追求卓越技术的公司,我们工程师都很Geek,我们使用了很多新潮的,开源的技术.同时我们也贡献了很多开源的项目.我们希望能够把一些技术经验分享给大家.于是有了这个「创作随笔」.废话休说,「创作随笔」第一弹,来自我们的前端工程师寸志,谈一谈他在前端模块化开发方面的一些感想. 在模块化方面,Node.js就显得游刃有余. 作为用户,我们把代码放到一个个JavaScript文件中,然后Node.js就有一套规则帮我们把这些代码组织起来,Node.js还有包的概 念,于是我们就可

前端模块化开发的价值

本文发表在<程序员>杂志 2013 年 3 月刊,推荐购买. 前端模块化开发的价值 随着互联网的飞速发展,前端开发越来越复杂.本文将从实际项目中遇到的问题出发,讲述模块化能解决哪些问题,以及如何使用 Sea.js 进行前端的模块化开发. 恼人的命名冲突 我们从一个简单的习惯出发.我做项目时,常常会将一些通用的.底层的功能抽象出来,独立成一个个函数,比如 function each(arr) { // 实现代码 } function log(str) { // 实现代码 } 并像模像样地把这些函

前端模块化发展简史

前端发展日新月异,短短不过 10 年已经从原始走向现代,甚至引领潮流.网站逐渐变成了互联网应用程序,代码量飞速增长,为了支撑这种需求和变化,同时兼顾代码质量.降低开发成本,接入模块化势在必行.伴随这一变化的是相对应的构建工具的快速成长,或是为了优化.或是为了转义,都离不开这类工具. 所谓温故而知新,本篇回顾总结下前端模块化的发展历程及辅助工具.在回顾中可以更清晰的看到当前我们用的方案所处的位置,为什么会发展到这一步,目前模块化方案带来的优势等. 1. 没有模块化的日子 最开始 JavaScrip

前端模块化（CommonJs,AMD和CMD）

前端模块规范有三种:CommonJs,AMD和CMD. CommonJs用在服务器端,AMD和CMD用在浏览器环境AMD 是 RequireJS 在推广过程中对模块定义的规范化产出.CMD 是 SeaJS 在推广过程中对模块定义的规范化产出.AMD:提前执行(异步加载:依赖先执行)+延迟执行CMD:延迟执行(运行到需加载,根据顺序执行) 模块 函数写法 function f1(){ //... } function f2(){ //... } 模块就是实现特定功能的文件,把几个函数放在一个文件里

前端模块化开发学习之gulp&amp;browserify篇

 随着web应用的发展,前端的比重占得越来越多,编写代码从而也越来越复杂.而通常我们需要将不同功能或者不同模块的代码分开写,最后在html中一起加载,这样做是可以的,但是当你需要进行维护或者是二次开发的时候,你会觉得十分费劲,因为你不知道文件之间复杂的关系,所以我们需要利用一些插件来配合进行模块化的开发. 所谓模块化的开发,写过nodejs的人都知道,文件之间的依赖可以用require()实现,但是浏览器端是不支持这样的依赖形式的,而browserify却可以解决这个问题,再加上gulp这个强大

前端模块化开发的价值(seaJs)

随着互联网的飞速发展,前端开发越来越复杂.本文将从实际项目中遇到的问题出发,讲述模块化能解决哪些问题,以及如何使用 Sea.js 进行前端的模块化开发. 恼人的命名冲突 我们从一个简单的习惯出发.我做项目时,常常会将一些通用的.底层的功能抽象出来,独立成一个个函数,比如 function each(arr) { // 实现代码 } function log(str) { // 实现代码 } 并像模像样地把这些函数统一放在 util.js 里.需要用到时,引入该文件就行.这一切工作得很好,同事也很

为什么前端模块化？

一.为什么前端模块化? 举一个例子,稍微是前端公司(大部分是切图).他会这么问你,bootstrap的css文件是不是太大了? 其实这就是考虑模块化问题,如果你说webpack,答案出来.在浏览帖子中,有一部分人webpack,那requirejs和seajs有什么用?这类就是典型蛇精病(这话不是我说的).requirejs是推广amd的产物,seajs是cmd的产物,node是commonjs的产物. 二.这些js技术诞生是解决什么问题? 前端性能问题 三.前端性能优化表现在哪里? 1.图片压

前端模块化开发之seaJs

了解后端语言的童鞋一定听过模块化开发的概念,比如java.python等后端语言都有自己的模块化特性,然而和后端语言相比,javascript还尚未实现模块化的功能,虽然之后的更高版本可能引入模块化开发的概念,但是现阶段我们可以通过第三方控件来实现. 今天我就来给大家介绍下可以帮助我们实现前端模块化的工具——seaJs.如果对seaJs已经有实际使用经验的小伙伴可以直接忽略这篇文章. 如果有小伙伴了解requireJs,那么学习seaJs会相当的容易,因为requireJs也是前端模块化的构建工