简单试用了一下，就发现了不少问题： 1.里面的正则定得有点“随便”，如我把path的某个key定义为$，然后就跑不了 2.按假设主入口为main,main require page, page依赖base，base依赖app，然后会发现app和base的factory都没有跑起来，只有page会跑 3.然后我都不敢再试下去了orz

require([ 'main', 'ui' ])

对于上面的代码，在线上环境，main里面可能打包了ui的define，额外的ui请求是无意义，浪费网络资源的。虽然系统运行的正确性没问题。所以，增加_noRequest配置项。

说明：

• 非AMD标准配置项，所以命名以下划线开头。
• Array.<string>，每一项规则和AMD的配置项保持一致：prefix match。
• 对于符合规则的模块，不发送加载的请求。

情况描述：

在以下的两个DEMO中，用 esl 加载的 echarts ，虽然控制台报出 'echarts/chart/line' not found (http status 404) ，但是似乎并不影响啥，图表仍旧绘制；而用requirejs 加载的那个DEMO，报错不会绘制图表。

说明：

• esl , requirejs 皆是最新的 release 版本；
• echarts 采用 echarts 提供的在线构建工具构建，AMD方式打包；

esl：http://blog.supertree.me/demo/line.html

requirejs：http://blog.supertree.me/demo/line-require.html

问题：

• esl 里对 require([Array],callback)的处理是否是只要有一个依赖加载成功，即执行callback，前提条件是callback里只有一个param，且依赖都打包在一个文件里，就如DEMO中那样：

require([
    'echarts',
    'echarts/chart/line'
], function(ec) {
   // code
});

• 我看了一下规范，规范里只说依赖加载OK，就执行 callback，也没说非得依赖非得全部没问题，才执行 callback ，关于这点，上面的两个 DEMO 也能看出 requirejs 与 esl 处理方式也是不同的，所以想问问你们是怎么理解的？

That's all. Thanks.

复现环境不太好弄，今天我修改ESUI时，跑测试始终出现这样的错误：

[MODULE_MISS]esui/Helper is not exists!

我的代码大概是这样的：

function Control(options) {
    options = options || {};

    var Helper = require('./Helper');
    /**
     * 控件关联的{@link Helper}对象
     *
     * @type {Helper}
     * @protected
     */
    this.helper = new Helper(this);

}

把var Helper = require('./Helper');拿到构造函数外面，做成硬依赖就不会出这事了。根据断点，是先进入了这个构造函数，再进入Helper的factory执行，似乎软依赖放过的条件有些太过宽松，导致在依赖确实加载完以前代码被执行了

我估计和上次与你说的问题同一个，先留个底

当define一个模块时，没有把依赖的模块作为回调函数的参数时，导致依赖的模块的factory函数不执行，例如：

//mod a file
define('a',[],function(){
    console.log('a factory call');
});

//mod b file
define('b',[],function(){
    console.log('b factory call');
});

//mod all file
define('all',['a','b'],function(a){ //这里参数没有b
    console.log('all factory call')
})
/call
require(['all'], function() {
    console.log('all callback');
  })

//执行结果
a factory call a.js:2
all factory call all.js:2
all callback 

//其中b factory call 没有执行

先叫上人：@errorrik @leeight @firede @Justineo @wangyang0123 @chriswong @PengXing @treelite

最近requiejs把factory改成第一次require时才执行了，所以我觉得这个话题我们也可以讨论一下

factory在define时就执行主要会存在这样的问题：

当有些依赖是“概念上”而非“编码”上存在时，如果对模块进行合并，且在factory执行中直接依赖这些“概念依赖”，则会出错

此类问题很容易在shim一类的模块上出现，以es5shim为例：

foo.js：

define(function () {
    // forEach在es5shim中
    getArray().forEach(...
});

main.html：

<script>
    require(['es5shim'], function (es5shim) {
        es5shim.enable(); // 假设shim必须手动启用
        require('foo');
    });
</script>

由于main.html作为唯一的入口，会保证es5shim已经加载并完成了对原生对象的扩展，所以在正常使用中并不会出错。

但如果把es5shim和foo合并在一起，则一定出错。

此问题可以通过延迟factory的执行来实现，当require('foo')执行时es5shim由main.html保证肯定已经准备完毕。

和CMD的区别

如果把factory延迟执行，模块管理会非常类似于CMD，但又和CMD不同。CMD是通过对源码分析，将局部require都改为全局的，将同步代码改为异步的来实现，可能存在一些问题：

1. 遇上不可预期的函数执行延迟，原本预期所有依赖全部完毕，函数执行可控，但被自动修改为异步require后，可能函数执行一半要进行远程脚本的加载
2. 异步丢失调用堆栈等信息，虽然Chrome最近可以保留异步堆栈了，但毕竟还没普及
3. 使用callee的可能就直接挂了

因此在AMD的基础上实现延迟的factory执行并不代表我们使用了CMD

可能遇到的负面作用

1. 同样不可预期的函数中断，因为require可能代表着一个或一系列的factory的执行，且这个执行时间很可能和用户的操作路径相关，函数执行时间变得不那么可控，性能监控的数据的分析难度也随之加大
2. loader会不会为之有一些额外的负担，目前不明

我们要怎么做

由于业务项目中很容易遇到本文最前面说的情况，因此我觉得延迟factory执行是一个切实的需求

我建议再多一个esl-delayed.js的文件，不影响当前esl的实现，至于代码怎么复用，这是小问题

RT，relative2absolute 在 baseId 值为形如 "http://..." 的字符串时，返回结果中的 // 会只剩一个，即：

relative2absolute('./a', 'http://baidu.com/b') // 返回结果为 "http:/baidu.com/a"

这个表现为在全局环境以完整 url 的形式加载匿名模块时，如果该模块有相对路径的依赖，则该依赖的路径会计算错误。

require(['http://baidu.com/xxx'], function(m){console.log(m)}) // `http://baidu.com/xxx` 内部有相对路径依赖

主要原因是在这里对 seg 对了非空的判断，不知道这是出于什么考虑。

如题，在require.js里面data-main属性指向的文件这个文件会第一个被require.js加载。这样的话，在开发过程中就可以少一个script标签引入config文件。

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

问题： esl 不能有效 加载 jquery 和jquery ui。

说说背景：因为我要使用echart，后来又要使用zrender，所以就使用了esl。 后来又要使用 jquery ui，所以想继续使用 esl 来加载 jquery ui【备注，之前jquery一直是静态标签加载的】。 因为 jquery ui的需要， 所以改为 amd 方式 加载 jquery， 但是 require之后， 在浏览器中看页面代码， jquery 和 jquery ui的相关代码文件也都正确加载了，script标签都正确，但就是没有 那个 $, jQuery变量， 还有 jquery ui的相关部件 函数也没有加载到jquery的 fn中。且也不报错。

后来偶然机会试了网上的例子， 又在自己的 程序里试了 require.js 这个库，发现 jquery 和jquery ui的部件 可以正常使用了， 再换回 esl.js， 又不行了。再换回 require.js，又可以了。 所以我的初步判断是 esl 似乎在某些方面 有些不完备。

我不是js 专家，也是把 esl 当作 require.js 来使用的，所以这种差别， 还是有些困惑的。 下面贴上我的配置：

             var  zr, tl;

    require.config({ 
        //baseUrl: 'resource/js',
        packages: [
              {name: 'jquery', location: 'resource/js', main: 'jquery'},
              {name: 'jqueryui', location: 'resource/js/jqueryui/ui', main: 'jqueryui' },
            {   name: 'zrender',
                location: 'resource/js/zrender', 
                main: 'zrender'
            }
        ]
    });

    require([   'zrender/zrender'
                ,'zrender/shape/Circle'
                ,'zrender/shape/Rectangle'],
                function(zrender,_, _, timeline) {
                    //this.zrender = zrender;
                    this.zr = zrender.init(document.getElementById('cmain'));
                }
    );

    require(['jquery'], function($){ //虽然网上有资料说这里要jquery，但试了 jquery/jquery 在require.js 时 也可以成功加载。
        console.log($);     //使用 require.js的时候，这里可以运行到，esl的时候不行，且不报错。
    }); 

    require(['jqueryui/dialog'], function(dialog){
        console.log(dialog);  //使用 require.js的时候，这里可以运行到，esl的时候不行，且不报错。
    }); 

现在edp install pkg之后，会自动生成一个esl-config.json的文件，一个示例的格式如下：

{
    "packages": [
        {
            "name": "esl",
            "location": "lib/esl/0.0.1"
        },
        {
            "name": "jquery",
            "location": "lib/jquery/1.9.1",
            "main": "./src/jquery.min.js"
        },
        {
            "name": "tangram",
            "location": "lib/tangram/1.3.7",
            "main": "./src/tangram.min.js"
        }
    ]
}

这个文件的内容应该是作为require.config的一部分，esl应该支持一个参数能够自动的加载这个文件。

// src/main.js
==========
define('A', {}); define('B', {}); define('C', {});
==========

// esl config
==========
baseUrl: src,
bundles: {
    main: ['A', 'B', 'C']
}
==========

 // console输入
require(['A']); require(['B']);

// 结果
==========

There are small typos in:

• test/impl/inject/inject.js
• test/tests/doh/_browserRunner.js

Fixes:

• Should read adhering rather than adhearing.
• Should read string rather than stirng.
• Should read resolved rather than resovled.
• Should read amenable rather than ammenable.

Semi-automated pull request generated by https://github.com/timgates42/meticulous/blob/master/docs/NOTE.md

目录结构

project\ (根目录)
            js\ ( js 目录 )
               lib\ ( 库目录 )
                    esl.js 
                    require.js
               main.js ( data-main 对应的 ) 
               app1.js ( app1.html 用的 )
            css\ 
            app1.html

app1.html 部分代码

注意: 如果这里使用 requirejs 则不会报错
使用 esl.js 会报 project/tweenmax.js net::ERR_FILE_NOT_FOUND

<script src="./js/lib/esl.js" data-main="js/main"></script>
<script>
    // 使用 requirejs 这里换成 require(['app1']);
    require(['js/app1']);
</script>

main.js 部分代码

require.config({
    baseUrl:'js',
    paths: {
        'tweenmax': './lib/tweenmax.min',

    },
    shim: {
        'tweenmax': {
            exports: 'TweenMax'
        }
    }
});

app1.js 部分代码
define(function (require) {
    var TweenMax = require("tweenmax")
    // var GSDevTools = require("GSDevTools")

})

如果描述不够请给我留言,使用 esl.js 有一段时间了,体积比 require.js 要小,不太想放弃,还请帮忙排查下,感觉应该是自己水平不够对路径转换理解比较浅造成的原因

问题描述：esl 环境中，在断网的情况下 require 模块失败，在连网后再次触发 require 该模块 不会触发该模块的加载。

通过阅读esl源码，个人认为问题原因为：无论模块加载成功与否，loadingModules[moduleId1] 都会赋值为 1，导致即使后来再次 require([moduleId1]) 也不会进入到新建 script 加载的逻辑。

建议: 在此挂接 onerror 的错误处理，重新赋值 loadingModules[moduleId1] 为 0，使得加载某个模块失败后，还能重新加载该模块。

在页面通过data-main加载main.js文件: <script src="esl.js" data-main="main"></script> 然后在该页面使用 require(['jquery'], function() { console.log(jQuery); }); 提示加载jQuery模块失败, 原因是执行require函数的时候 main.js 文件尚未加载完成, 所以没有找到jquery的配置信息, 这里是否可以优化一下呢? 以下代码可以正常运行, 但是很鸡肋: setTimeout(function() { require(["jquery"], function() { console.log(jQuery) }) }, 500)

另外 , data-main指定的路径不能使用相对目录吗? 如果我的页面目录层级不一致, 那么data-main指定的路径也不一致, 这样开发web项目的时候不利于使用模板技术生成布局页面了吧?