关于脚手架的问题，来谈一下，如果你曾经做过一些列项目，你就会面临着所有前端开发同样的问题。
一，写代码之前
在写项目代码之前，你可能得先这么做一些事：
选择包管理工具，初始化 package.json 文件
查找项目引用的框架依赖和工具依赖包，并逐一安装相关的包
针对已安装的包分别写对应的配置
配置本地 web server，代理静态资源文件
二，可能还需要做其它事
做完上面的事情之后，你才能开始去写一个“hello world”。这只是配置了一个开发环境，如果引入测试环境，你还得安装单元测试的相关的依赖包，写对应的配置和运行脚本，发布到生产环境则需要进行代码合并、压缩、混淆，规范化的发布可能还要引入持续集成工具。
三、面临的问题
由此可见，这些复杂的配置对于一个不经常写前端代码，准确说是对于不经常写这些配置的开发者来说是非常不友好的。不过，大部分前端领域在发展过程中面临的问题，往往在其他编程领域早已出现过，并且已经有比较成熟的解决方案，上面所描述的配置繁琐的问题，我们可以引入脚手架工具来解决。
四、脚手架重新定义
脚手架本质上就是一套工具，由于在web2.0时代，应用变复杂后，出现了很多可以让前端开发效率提升的框架和标准及工具等等，可能这些新的代码方式远行环境还不支持，也许我们需要一个本地测试环境和运行环境及调试环境等，所以需要一套完整的工具帮我们处理问题及项目构建。
1、一般不同的技术栈也会有自己的目录结构，工作流程，如vue，angular等都会有自己的脚手架，通常叫xxx-cli。
2、曾经我比较常用的yeoman可以根据不同的生成器成为不同项目的脚手架工具，非常不错。
3、自己手动搭建一个适合自己实际项目情况的脚手架工具也是可以的。
