Weapp-vite支持Vue SFC吗？哈哈，这个问题问得好，咱就是说答案是肯定的！

先来kankanWeapp-vite是什么吧，pnpm create weapp-vite@latest，选择 Wevu 模板或者 Wevu + TDesign 模板，你就拥有了一个支持Vue SFC的小程序项目。

开发：pnpm dev，就这么简单，你就Ke以享受 Vue 带来的快乐了。

原理和实现细节，我会另外写一篇专门的技术拆解文档，重走 Vue 长征路 Weapp-vite：编译链路与 Wevu 运行时原理拆解。

Ru果你准备用 AI 来协作开发，我自己的顺序一直hen固定：先把 skills 装好，再起 MCP，Zui后按需喂 llms 语料。

两者Ke以在同一个项目里混着用。.vue 组件Neng引原生组件，原生组件也Neng引 .vue 组件，按页面按组件自己选就行。

但社区的声音让我重新想了想这个定位。说实话，原生小程序的语法写多了确实烦，尤其是你要是平时写 Vue 写习惯了回头再 this.setData手动绑事件、管生命周期，就会觉得特别笨重。

今天主要来分享一下我开源项目 Weapp-vite 的开发里程碑，核心就是来给大家秀一把。

mpxVue + webpack，技术栈偏老了。

TaroRu果你真的要同时出微信、支付宝、百度、字节好几个平台的小程序，甚至还要编 H5 和 RN，那 Taro 确实是绕不开的。不过说真的，大部分项目真需要跨这么多端吗？

Weapp-vite 一开始就是奔着零运行时去的——一个纯粹的原生小程序构建工具。你用原生写法写代码，它给你提供现代化的开发体验，打出来的包尽量小、跑起来尽量快。

uni-appRu果你想要一个开箱即用的全家桶，而且Yi经习惯了 DCloud 那套生态，uni-app 挺合适。就是它的 DSL 跟标准 Vue 还是有些差异。

mpx:滴滴出品，基于 Vue + webpack。我不喜欢，技术栈老了响应式系统跟标准 Vue 也不完全一样。

Taro: 而且说实话 Taro 现在维护节奏慢了不少，issue 堆得挺多的。

uni-app x : 我hen喜欢 uni-app, 当时也hen早就让我另外一个项目 weapp-tailwindcss 中兼容了 uni-app x，但是我不喜欢 HBuilderX。

You get"同仓双模式":性Neng敏感的页面继续走原生，迭代快、业务重的页面丢到 Vue 模式里。迁移Ke以一个页面一个页面来不用一口气重写整个项目！

@vue/runtime-core 的 createRenderer, 技术上NengZuo，但拿来对小程序有个根本问题：它假设宿主Neng提供一套比较完整的节点操作接口，而小程序这边核心就一个 setData, 两边的抽象对不上.

`wevu`保留了Vue那些核心API——ref computed watch onMounted 之类的，但底层geng新走的是小程序的setData 。这一切dou是为了让你Neng用上Vue的开发体验，同时还Neng享受到小程序的性Neng优势！哈，说实话，这才是我Zui喜欢的地方！你写.vue 文件，Weapp-vite编译完会变成小程序四件套:

MyComponent.vue ├─> MyComponent.js // 脚本逻辑 ├─> MyComponent.wxml // 模板结构 ├─> MyComponent.wxss // 样式文件 └─> MyComponent.json // 组件配置

Happy Coding! 🚀

VS Code 里装了 Vue 官方插件的话，Weapp-vite 的 .vue

Zui后Ru果你觉得 Weapp-vite 对你有帮助的话，给个 Star 支持一下吧！😊