衍良

@VaJoy 参考下这个[issue](https://github.com/webpack/webpack/issues/150) webpack是一个模块打包器，不是文件加载器，它只能加载本地磁盘上的文件。对于你们的情况，CDN的公共lib可以采用[scriptjs](https://github.com/ded/script.js)加载，因为本地还需要判断localstorage，所以需要先判断local再加载，代码类似： ``` js if(localStorage.getItem('lib-content')) { // todo } else { var $script = require("scriptjs"); $script('http://cdn.yourdomain.com/lib/jquery.js', function() { // todo }); } ``` 而这段代码就可以放到入口文件里使用webpack打包。 对于公共业务module，个人觉得还是在开发时存放到本地比较好，开发完可以发布到npm或者公司内部模块管理平台。

@FrendEr 这种好像做不到，filename项只支持字符串。

@io3 有例子吗 我没这样做过哎 一般无需关注webpack输出的结果。

@io3 你的示例明显达不到他的需求啦 filename如果支持函数就可以

额 好吧 看出来了

@epooren 可以在打包的时候将`components/header.js`作为独立的入口： ``` js { entry: { 'components/header': 'components/header.js', } } ``` 在html里需要手动引用。

@oluul 你基本跟我想一块儿去了，我就是这个意思。 构建工具和加载工具分开，构建工具负责解析资源依赖并生成依赖表。 加载工具就可以多种多样了，ng合并是最简单原始的一种，另外前端同样需要实现一个加载框架，就是用于处理缓存和重复加载的问题，其实我期望的是形成统一的资源表标准和加载器标准，有浏览器统一来实现，这样才算完美。 参考这里的[回复](https://github.com/fouber/blog/issues/10#issuecomment-136410156)

@caihg 第一个问题，html中引用的图片会自动修改路径的和加hash戳，只要你配置了图片loader 第二个问题，url-loader提供了资源路径作为占位符，即`[path]`，可以根据path项配置输出路径

webpack和gulp不是同一类型的东西，前者是打包工具后者可以看成是一个任务调度器，拿在一起比较不合适

@mc-zone 你们说的是AMD吧？amd的加载可以参考这里： https://webpack.github.io/docs/amd.html 还有个例子： https://github.com/webpack/webpack/tree/master/examples/mixed