前端自动化工具里面gulp和fis，有哪些优缺点？

1.简要的介绍gulp和fis

gulp当对于grunt来说，简单明了，没有繁琐的task要写。

fis是百度开发的，包括了前端需要的全套功能。

2.知乎某网友对两个工具使用的感受

项目一开始的时候，fis 稍微配置下就可以很方便的使用。但是随着项目的进展，渐渐的 fis 越来越不能满足项目的需求，而且 fis 的各种插件开发非常滞后，许久不更新，反馈问题也没什么跟进，还只能依赖旧版本的 nodejs，上新版 nodejs 就是各种报错。

然后就使用了 gulp，用了半天时间就迁移过去了，而且插件扩展都是社区开发更新迭代都很快，反馈快速积极，而且 gulp 是通过配置文件来管理控制整个流程，比起 fis 要灵活的多。

总结下来的话，fis 给人的感觉就是解决百度内部需求的产物，未必可以适应其他项目，或者适应过程中要对项目做各种调整。gulp 则灵活的多，可以适应各种不同的项目，而且有社区做插件扩展的开发，功能也是相当强大的。

3.知乎某网友的总结

大概是可以理解为编辑器和ide的区别。
gulp 就像subime 这种编辑器一样，轻量级，自己想需要什么功能，就折腾什么插件进来。
fis 就像webstorm这种ide一样，有一些基础要求，比如说fis必须以项目的形式运行，内置了集成了大部分常用插件，拥有一套比较强大的的解决方案。

优点和缺点：
gulp轻量级，你的项目可能由于历史原因，或者其他原因，fis的一些基础要求可能和你项目有冲突。比如你可能只想处理整个项目中的一个模块，或者你不太想在本地开发使用绝对路径，或者你的项目和程序员分工页面模板（jsp，php等）和前端资源不在同一个资源位置。这个时候你更适合使用gulp来定制自己的解决方案。

但是gulp使用者来说，并不是每个人都有非常强的处理错误能力，如果遇到插件bug（当然这种情况很少见），需要联系作者，这个是一件非常棘手的事情。但是这种风险是存在的。

fis相对来说因为有专门的QQ群天天为用户答疑解惑收集bug处理bug，压根就不用担心太多问题。另外fis的一些解决方案确实是目前前端优化里面会需要真实考虑面对的。接触fis会让你对整个前端的优化和加载管理有更深入的了解，当然如果你已经了解很透彻了。我相信对于选择gulp 和fis这种困惑应该也不会存在。

4.本人的总结

国内的一些未接触过自动化工具的团队，可以优先考虑使用fis，fis自有一套成熟的解决方案，能够快速上手。

等到团队技术相对成熟后，可以考虑再做gulp迁移，如果技术团队本身比较强大，有grunt自动化工具使用经验和技术积累，可以考虑直接上手gulp！