关于脚手架

仿 vue-cli 搭建属于自己的脚手架

https://juejin.im/post/5c94fef7f265da60fd0c15e8

 

如何自己搭一个脚手架

https://segmentfault.com/a/1190000016996897

 

根据vue-cli手摸手实现一个自己的脚手架

https://segmentfault.com/a/1190000020593700

 

前端脚手架，听起来玄乎，实际呢？

https://segmentfault.com/a/1190000016915868

 

如何写一个自己的脚手架 - 一键初始化项目

https://segmentfault.com/a/1190000020498166

 

自己手动撸一个前端脚手架

 

https://segmentfault.com/a/1190000020533593

last

https://segmentfault.com/u/dafengzidefeng/articles

 

 

前端开发中提到的“脚手架”到底指什么，CLI？gulp 和 gulp-cli有什么区别

作者：flowmemo
链接：https://www.zhihu.com/question/47731497/answer/107667684
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

一般来说，脚手架是帮你减少「为减少重复性工作而做的重复性工作」的工具.

gulp和gulp-cli的区别可以看这个task - what does gulp-"cli" stands for? . 它跟前端常说的脚手架（scaffold）不是一个东西. CLI只是Command Line Interface的缩写.
====
举个例子
你要写一个项目0，源语言为ES6，用了sass, 后端是node. 你每次完成一部分功能，你都要用把ES6编译到ES5、编译sass、压缩html文件.
每次修改代码都要做的编译ES6、sass、压缩html这些就是重复性工作.

后来你知道了gulp, 然后你写了个gulp脚本，每次有代码改动，一句gulp build就帮你完成了上面说的这些重复性工作. 你写的gulp脚本就是为减少重复性工作而做的工作.

你写完这个项目0之后，你又要写项目1，还是ES6、sass、后端node，还要完成之前的那些重复性工作. 这个时候你又为了这个项目写了一个类似gulp脚本.

后来你又写了项目2、项目3···，你每次都用相同的技术栈，每次的gulp脚本都大同小异，这时候你发现，写这么多gulp脚本也成了重复性工作. 这就是为减少重复性工作而做的重复性工作.

而脚手架就可以帮你减少这些为减少重复性工作而做的重复性工作. 脚手架一个命令，目录结构、gulp脚本、babel配置、空的测试文件都帮你搞好了. 直接写核心业务代码，不做重复性工作，这就是脚手架的作用.

当然一般不同的技术技术栈会有自己的目录结构、工作流程，所以很多前端框架比如vue、angular、 ember会有自己的脚手架工具（一般就叫XXX-cli）. yeoman也可以根据不同的生成器(generator)成为不同项目的脚手架工具.