衍良

对的 支持 但整体来看它还是个map

@iwx 其实不是很懂你的问题哎 “用require的时候必须要加default” 是啥意思

这是babel转换es6的问题吧，跟webpack没啥关系。 不想加default的话可以用花括号： ``` js // foo.js export default foo ``` ``` js import { foo } from 'foo' ```

@q545244819 Mockplus

@whsheng 欢迎啊 一起讨论

这和H5用啥框架没啥关系呀

@6174 目前没看到 各个公司都是由native开发各自实现没有开源

@youngwind 在这里，长连接就是魅族平台的推送服务，有技术类的推送还有运营类的推送，现在push推送已经开源 https://github.com/MEIZUPUSH

@fouber webpack可以通过`CommonsChunkPlugin`插件来对公共依赖模块进行提取： ``` js { entry: { a: './js/pages/a.js', b: './js/pages/b.js', c: './js/pages/c.js', d: './js/pages/d.js' }, ... plugins: [ // 提取公共依赖模块，这种适合提取共享的基础库，如jquery、underscore等 new CommonsChunkPlugin('lib', ['a', 'b', 'c', 'd'], 4), // 提取a、b、c中至少两个共同依赖的模块...

@fouber 这个例子很特殊啊，webpack资源合并的最优结果是不合并，但是webpack内部已经自动“标识”了资源之间的依赖关系（包括加hash戳）。所以这并不矛盾，生成的chunk的最小单元就是一个资源文件。 想象在某种理想情况下，静态资源构建的结果不是合并文件（资源内嵌除外），而是分析资源之间的依赖并且有工具去识别这种依赖关系，在资源下载的时候支持combine...... 所以“资源表+资源加载框架”这个概念我算是理解通了，看来要去学习下FIS。 不过关于webpack require 的设计： 1.require就是一个标识符，至于资源如何加载（或依赖标记）的，看对应的loader怎么实现。 2.凡是通过require标识加载的资源，对于资源中使用了浏览器直接可识别的外部资源加载API，webpack都会预先使用loader加载，比如某个模板里边使用img src引用了图片，编译时图片最终也是交给image loader去加载的，css同理。