大家用 vue cli 比较多，还是 vue+webpack 比较多...

[zorichen]

如题。

大家用 vue cli 比较多，还是 vue+webpack 比较多...

[creanme]

vue cli3

[okampfer]

个人经验，刚开始学的时候可以用 cli，然后把配置输出出来看看，学习一下。等到熟悉 webpack 配置了，还是自己定制一个 boilerplate 吧，我觉得很多时候还是需要深度定制 webpack 配置，直接写比用 cli 提供的配置接口要更方便直接。

[welling]

果断 webpack，很讨厌这种把配置隐藏起来的工具，想改又不好改，要么就得又学一次这个工具的配置方法，那为何不直接学 webpack ？

[wu67]

你们有毒吧? cli 你直接怼参数进去就好了, 还要自己写一套??? 自定义??? 深度定制??? 想改不好改? 从头写一套就容易写了? 那为何不直接学 webpack ？配置不就是配 webpack 的参数吗...

[SilentDepth]

Vue CLI 3，因为懒。我是写应用的，又不是写工程配置的。以后有更好的 Node 工具链方案，我只管升级 Vue CLI 就得了，Webpack 的具体配置爱啥啥，多省心。不过话说回来，如果以配置 Webpack 为乐趣的话，手写 Webpack 配置也没啥不好，反正（目前） Vue CLI 的真身就是 Webpack。

不过想快速起一些技术验证工程的时候，我会使用 Parcel。

[richangfan]

vue ui 多好用，不用安装 IDE，在浏览器中动动鼠标就能配好一个项目，后端怎么就没有这种工具

[molvqingtai]

一直用的 Vue cli，webpack 像坨

[msputup]

vue cli 不可以像 create-react-app 一样用 run eject 来暴露配置文件嘛？

[jydeng]

cli 可以直接修改 webpack 配置，做项目直接用比较快，要深入学 webpack 再自己搭一套吧

[duan602728596]

自己搭了一套即支持 react 又支持 vue 的 cli 环境

[attackonFourier]

其实主要还是看时间允许不 你可能搭个架子的时间 我一个小项目都已经上线了

[wunonglin]

建议上面要深度定制的去招一个 webpack 配置工程师

[WildCat]

vue cli 比 create-react-app 好多了

[spark]

Vue cli 可以导出 webpack 配置啊，想改都可以改啊。
Time is money, friend.

[nyanyh]

建议掌握 cli 使用方法之后自己写一套脚手架，还能增强对相关知识的了解。最近照着 react-scripts 写了一套构建脚本，能同时支持 react/rn/vue 构建
既然都学了 cli，为何不再学学 Webpack，Webpack 是本质，直接修改配置文件本身比再学习别人自定义的一套工具快多了

[version]

说白了，不会 webpack 都不算是合格前端，没自己搭过研究过，可能连组件模块加载分包逻辑那些概念都不懂的，谈何觉得自己写得代码很厉害，兼容很好，不只是一个打包工具，优化代码也是需要研究它，浏览器加载方式等，如果是前端组负责人，总归要研究自动化的问题

[beyond99]

@version 把相关性当因果律，按照你这种推论方式，我觉得你也不是写程序的料

[devtiange]

@WildCat 同意, CRA 就那么些弱鸡基础功能也好意思出来招摇, 真的不害臊

[ericgui]

@devtiange 我就自己配 webpack，不用 cra

[peneazy]

@version 说的片面了。部分公司是用 fis3 和 gulp，前端也很厉害。面试考察重点应该是有没有过硬的基本功

[BarZu]

只有我是 vue + 自己写的脚手架 + babel + rollupjs 的吗？

[SakuraKuma]

老项目，一开始用 grunt，到 gulp，现在改用 webpack 自己写配置。

webpack4 我觉得已经友善好多了，以前那是真的。。。
当然，有人问起 vue 怎么起手都是 vue-cli。

[GeoffZhu]

我用 cli3，webpack 真的配够了

[NCE]

1.cli 本来就是用的 webpack 吧？可以配置文件里直接配置的

2.webpack 和 grunt/gulp 都属于脚手架工具，都没有也无所谓吧？

[learnshare]

webpack 并不好维护，cli 能应付多数项目了

[SilentDepth]

@version #16 不会 Webpack 就不能实现工程自动化了？没搭过研究过 Webpack 就不能懂模块加载机制了？不懂 Webpack 就不能写出厉害的、兼容性很好的代码了？没有 Webpack 浏览器就不能好好加载资源了？

朋友，这个世界很大。

[version]

@peneazy 我语气说重了点，不过现实我真不敢和别人提意见，现在的人比较强势，能跑就行比较多个人是这个标准说了会觉得我管太多，其实我本意只是希望大伙多关注工具的学习，真的能提高效率， 脚手架会有很多，其实只是愿不愿意去研究而已，每个企业做基建还是很好玩的，能看到很多工程化的东西，当然懂了真的能提高工作效率，fis 很早以前自动读取图片信息当时我就觉得很厉害，就去研究了下，还有高清 css 打包的，等等，我问过很多前端也不知道能这样，或者让他们改 cli 配置方便自动打包上传也无从下手，我只是后台开发者，可能钻研好玩，而不是会用就好，当然企业觉得能用就行，我还是喜欢腾讯大牛的一句话: “不是你不能，而是你没有要求那么高！”

[jsq2627]

vue cli 把无数 webpack 最佳实践打包进去了，实在没必要 eject
尤其是公司里很多前端项目时候，一个项目维护一个 webpack 配置，非常麻烦。公司有自己脚手架 cli 除外，然而就自己所见，大部分公司内部 cli 维护非常糟糕，真心不如用 vue cli

如果是 react，就不推荐 CRA 了，太弱鸡，facebook 自己都不用 :doge:

[version]

@jsq2627 其实后台项目，文件多，不维护或者没人维护是最糟糕的，dev 启动 2 分钟，编译 3 分钟那些都会发生，这种开始没人去预防，后期会的人也不会去填这个坑了，分分钟做好事遗留 bug 还被人说，
大部分公司 cli 越用越糟糕应该是前期领队搭建的，后人不更新维护造成的
vue cli 依赖的版本还是比较低的，webpack5 还是会有很多新干货，包括 babel

[starcraft]

当然 webpack。当初 cli 刚刚官方推荐的时候就用了，简直就是大杂烩，改点什么配置又要看 vue 又要看 webpack，头都大了。

[gouflv]

这两个并不冲突

[SilentDepth]

@version #29 正是为了解决「后人不更新维护」的问题，才更有必要使用 Vue CLI。企业内部不愿维护工程配置有多种原因，成本正是其中之一，毕竟工程配置是很难创造业务价值的。Vue CLI 3 不使用 eject 也是为了尽可能保证用户的工程配置总可以伴随 Vue CLI 的更新而更新。这样，后人只需要更新 Vue CLI 就可以引入 Vue 应用工程的最佳实践，有何不好呢？

[version]

@SilentDepth 其实这些只是 vue 一种情况，国人生态好，如果 react，或者单纯 seo，需要前后端分离的时候，普通业务用 js 处理渲染的 div，复杂功能需要用 vue 写，那加载的版本号或者缓存问题 cdn 问题，这些终归需要研究了，可能是 webpack 也可能是 gulp，也不是官方一个 cli 能解决的，项目可能需要和后端业务搭配，
如果是后台管理一套 cli 无所谓这些，如果是网站那些就比较麻烦了，可能 cli 还要改很多东西

[beyond99]

有些人总以反其道而行为荣，因为 webpack 配置麻烦才出了各种提高效率的 cli，你不用那是你的选择，有必要因为这个去嘲笑别人？某个人说的好，有些人废了好大的劲才学会某个东西，结果发现后面的人不用学了，于是心理不平衡，各种嘲讽别人

[MinonHeart]

gulp，webpack，rollup，browserify 都在用😂，虽然不是 vue 项目

[artyhacker]

不理解为啥有人会以配 webpack 为荣。。。这种公认繁琐复杂的东西，迟早要么被取代、要么加中间层友好化，cli 正是后者啊。webpack 这种东西搞清楚打包原理就够了，真没必要学那些配置参数，没用。

[vinsony]

webpack 很简单啊，我从 webpack 1 开始就是直接用的 webpack

[darknoll]

当然是 webpack，用这个有优越感。

[hkongm]

没人提到 vue.config.js ？