最近在逛 Twitter
时,突发奇想去看了一眼尤大的账号,发现了一段有趣的推文,在尤大国内的社交平台账号中(知乎、微博等)并没有发现他发表过类似的话,倒是听过他说会有越来越多的人弃坑 Webpack
用 Vite
,还听过有人说 vue-cli
的下一个版本就要用 vite
重构了,不过看尤雨溪这说法,好像是 vite
是 vite
,cli
是 cli
,所以今天特意来跟大家分享一下:
推文地址:https://twitter.com/youyuxi/status/1354584410482499585
Vite
会取代 vue-cli
吗?最开始的时候我不确定,但是现在我相信最终一定会发生。
现阶段的主要差异只是 test
集成。
也许现在应该整一个 vue-cli-plugin-vite
的插件。(让 vue-cli
也能用上 vite
)
我同意
你有没有关于能测试 runners/testing
在 vite
上是否合适的版本?
我希望 vite
能在它启动服务时按需发送要测试的模块,而不是先 building
,(理论上)这能实现吗?
去看一眼卢克的 uvu
吧。原生支持 ESM
,非常符合 Vite
的精神。默认情况下没有编译测试步骤,不需要额外集成。
当我需要在浏览器中测试的时候,我只需要开启我的 Vite
服务然后操纵 uvu test
即可,这多令人清爽啊
谢谢你,但是用错了用户标签
@艾力沙因UI雅苏布
测试是真乱
我看到它正在来临 !!
这不关我的事但我认为初学者会从类似于 yarn @vitejs/add-plugin foo
这样的包中受益
探讨下在 vue-cli
中让插件代替 webpack
作为构建器
不错!
哇!谢谢你的勇气,我们需要更多像你一样的领袖人物。分歧和过渡对于我们中的许多人来说都是非常困难的,但是你正在实现的这些将会是整个社区的财富(不仅仅只是 Vue 开发者)。献上我的尊敬
Vite
将会成为最佳的并且使用起来最简单的打包工具和开发服务器。
在 vue-cli 上运行大型企业应用程序几年之后,我不得不中断测试运行程序集成,以避免在测试运行更新和在 vue-cli
更新之间花费大量的时间。但 vue-cli
仍然是一个很好的工具……但我很想看到一个更加解耦的 Vite
哟 呀 嗖 vite
这太帅了
我很好奇你是怎么找到在覆盖 vue-cli
所有用例之间的平衡的,像 UI,而剩下的框架是不可知的。
我正在试着在 Vite
中添加 Jest
测试,运行良好,但是 e2e
测试看起来很难实现
本文首发于公众号:《前端学不动》