我是公众号线下派对游戏的作者HullQin（欢迎关注公众号，交个朋友），转载必须征得作者HullQin的授权。我独立开发了《联机桌游合集》，这是一个网页，在这里你可以轻松地和朋友一起玩网络游戏，五子棋等游戏，不收费，也没有广告。还为GameJam2022开发了《Dice Crush》，喜欢的话可以关注我HullQin哦~有空我会分享制作游戏的相关技术。1.我用了《 合 成 大 西 瓜 》remake再用Vite的爽！（线上版正在制作中）”。不得不说一下以前用Webpack的难处，但是用Vite作为构建工具真的很方便！以前我每次启动一个项目，一般都是用Webpack来初始化，然后手动配置几个我需要的加载器和插件，完善开发环境，编译脚本，然后开始业务代码的开发，当然这种操作做多了，开发者往往会封装自己的专用脚手架。复制一份之前项目的webpack配置，或者跑一个自己写的脚本，就可以开始业务逻辑开发了便捷现在，Vite就像一个配置好的通用脚手架，内置了各种随时可用的东西，开发者无需手动配置Loader和Plugin，真的很方便！另外，e很多人经常夸赞Vite带来的极速开发体验，我就不用多说了。所以，我开发《 合 成 大 西 瓜 》翻拍！（在线版正在做中）》，因为想快速做一个单机版的MVP，所以直接用Vite来使用，这样就不用再花精力打包构建了，只需要全身心投入到业务逻辑开发中，非常爽！二、使用Vite的不便Vite在带来诸多便利的同时，也有一些让我有点不舒服的地方：开发环境和生产环境体验最明显的区别是“style”。我的css是在js中动态加载的。所以在开发环境中：页面会先刷出unstyled版本，js和css下载完成后再显示带css的版本。生产环境下表现不一样环境，因为编译后，css和js被放到head标签中，只有css加载完成后，body的内容才会显示。内部的mpilation选项，这对开发人员来说是不透明的。只有仔细阅读文档，看到每一个配置参数，才能知道它的详细信息。这种内置了很多常用的工具，对于小白来说是个好东西。你不需要太在意。导入并显示所需资源即可。但是对于用惯了Webpack的开发者来说就比较痛苦了，他们想要了解每一个细节，从而达到理想的优化效果。尤其是当你看到编译出来的产品不符合预期时，你一定要设法找到一个可以修改配置的地方，改成你想要的配置。三、我被Vite骗的故事我之所以被Vite骗，综合以上两点：开发和生产环境体验不统一，内置工具和选项多。在我的开发环境下，本地PC端和移动端测试都正常，但是发布后，移动端存在一些兼容性问题，如下图：普通端：主要区别在于左上角。它实际上是一个标签，你知道为什么它不能是一个
