web前端 react 项目使用 vite 的人多么,为什么用和为什么不用?

感觉vue3 几乎一水的用了 vite 打包,请问 react 使用 vite 的人多么

阅读 6.6k
9 个回答

目前我们公司React没用vite,用的webpack,因为vite有些功能不具备,比如模块联邦只有webpack有。

一般来说使用React的项目还是比较大的,涉及到的工具链特别多,主流应该还是Webpack,因为已经有很多成熟的插件或者loader了,vite可能目前生态还不太完善。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

为什么用 Vite:

  1. Vite 使用原生 ESM 文件,无需打包,服务启动极快
  2. 热重载轻量快速
  3. 对 TS 支持较友好

为什么不用?

  1. 兼容性
  2. 社区大型商业化落地案例不多
已参与 「极客观点」 ,欢迎正在阅读的你也加入。

只能说不少,而且可以vite和webpack同时使用,开发时使用vite,而项目打包则继续使用webpack。

为什么用,肯定不用多说了,启动快平时webpack需要10分钟才能启动的项目,切换到vite之后1分钟之内就可以完成启动工作。

为什么不用呢,就是因为迁移成本,小到环境变量大到一些loader的兼容问题都是需要付出时间成本的,绝大部的人在项目完全可以平稳运行时是不会去冒风险试错的。
更何况大部分项目都是公司的项目如果生产环境出了问题会影响到饭碗的。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

相对用 cra、umi 之类的而言,感觉使用 vite 的比例较小。

但用 vite 支撑react项目的肯定有前景,而且不少人也在用了,毕竟 vite 的优势摆在那。

但相信,vite 的使用比例会慢慢多些,哪怕只是在开发环境(生成环境的不确定性和首屏加载等问题)。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

vue和vue-cli其实算是强绑定了,而vite的项目模版也是vite推荐的。而react项目的官方推荐是create-react-app的,所以不用多说吧。

而如果是自己去项目中切换和配置vite,成本是很明显的事情。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

我感觉一个是社区生态 一个是迁移成本

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

vite的打包速度确实快,新项目我们已经默认用vite了。
但是vite的生态周边还不太完善,没有那么丰富。

已参与 「极客观点」 ,欢迎正在阅读的你也加入。

我目前不用它的原因就是兼容性,内部项目基本上可以无脑上。说白了,那点编译时间相比于未知的bug并不是可以接受的。


已参与 「极客观点」 ,欢迎正在阅读的你也加入。
新手上路,请多包涵

我个人博客已经用一段时间了,因为是个人的,所以东西少,可以迁移,很快,现在构建只需要一分钟,之前要两分钟。另外开发秒启动。配合我的 sh 脚本,直接打开前后端开发 IDE,以及 start。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题