Nimo Chu

@yup9 生成环境中如果你在迭代的过程中新增了一个第三方模块， dll 的文件就需要用户重新下载。 如果是不用 dll 发布生产环境代码，新增第三方后只有依赖第三方的文件需要用户重新下载

@yup9 对也会有，但一般 externals 不会放所有第三方组件，比如我们项目基本就只放 react react-dom. 另外，有一种 **增量更新** 的方法,每次迭代只上传编译后的新增代码。但我没有深入研究过。

@MarksJin 一般来说dll 会包含所有 npm 的代码，dll 文件会非常大。如果产品迭代 dll 新增了包，那么用户需要重新下载很大的包。 当然这是根据业务场景决定的。 如果你将 dll 打包的方式引入到正式环境，能很好的利用缓存。那是可以的。 --- 但是大部分情况下 dll 是用于解决本地开发阶段编译速度慢的问题。 ---

webpack-stream 开启 watch 模式后速度会快很多

动态 combo是完全利用了 fis 的静态资源表。然后实现浏览器loader 读取资源表而完成的打包方案。 另外一个主要的点是组件平台。需支持多版本共存，通过 `github用户名/项目名/版本号` 的目录存放组件。(一个组件肯定只会用一个版本，但是一个项目可能需要多个业务模块多版本运行) --- 这应该算是基于 fis 的一种模块化方案。并不属于 fis 的功能点，但如果fis官方能打造一个更优秀的组件生态会更好。

目前在 fis 中遇到一些问题 1. fis-components 不能多版本共存，模块不允许重名，因为安装后目录结构是 `components/jquery`。希望是`components/my-team/jquery` 2. 纯前端项目打包都是 all in one 3. 缺少 fis-postprocessor-cmd，不能完成 动态combo # 对前端模块化开发的一些想法 all in one 的弊端 @fouber 在 [All In One的打包策略](http://div.io/topic/473)中已经阐述过了，但目前很多工具的打包方式都是 all in one...

@2betop ``` js fis.match('/a/*.js', { packTo: '/static/a.js' }); ``` 这个 packTo ？

@2betop fis3 all in one packTo 已新开 issues，求指点 :smile: https://github.com/fex-team/fis3/issues/124 --- 这个issues 应该可以继续讨论前端组件生态和打包的问题吧~~

一直对fis了解的模模糊糊的。通过fouber最近几篇慢慢理解fis具体在做什么了，也学到了很多少见的干货。 期待持续更新好文。

@fouber 请教一个问题： 我们项目使用的是PHP开发但模板引擎不是 Smarty。 这种情况如何利用fis帮助我实现检测文件修改后自动更新对应资源路径。 ``` File "src/photo/img.jpg" changed. Create "src/photo/img_XmsD8daS.jpg" . Replace : ==> background-image:url("src/photo/img_8sDuxSma.jpg") ==> background-image:url("src/photo/img_XmsD8daS.jpg") Update: http//static.cdn.com/src/photo/img_8sDuxSma.jpg ``` 如何**不要求后端做任何修改**的情况下完成**自动检测修改**-**复制修改资源并加上md5后缀**-**更新资源**。