福建
做Vue跨端的人，早晚会碰到这堵墙。
前期项目小、页面少，uni-app确实香，开发效率摆在那，谁用谁知道。但项目一旦做重，商品长列表、多层弹窗、动画交互一堆上来，你就会发现——卡顿、白屏、滑动发飘，怎么优化都是那个样。虚拟列表上了，分包做了，节流防抖全安排了，该卡还是卡。
不是你技术不行，是WebView套壳这个架构，天花板就在那。网页容器里跑的东西，永远追不上系统原生控件的渲染效率，这是物理层面的事。
更让人憋屈的是语法层面。团队全员Vue3 + Vite写习惯了，本以为uni-app基于Vue能无缝切，结果一堆写法受限，npm上好用的Vue组件库拉下来直接报错。等于逼着你放弃标准写法，专门去适配它那套规则，新人来了还得单独教一遍，纯纯内耗。
后来实在扛不住，把市面上能找到的方案全翻了一遍，最后落在NativeScript-Vue3上。
核心区别一句话：它不走WebView，直接调安卓和iOS的原生控件渲染。页面流畅度肉眼可见的差距，不是优化出来的，是架构本身就不一样。
对Vue开发者最友一点——标准Vue3语法全兼容。Composition API、TS、响应式、Pinia，写法和你做Web项目一模一样，不用改习惯，不用重学规则。蓝牙、摄像头、传感器这些硬件对接，直接调系统原生接口，不用再写一堆桥接通信代码。
但话说回来，这东西不是万能药。你要做微信小程序、抖音小程序、H5多端覆盖，uni-app的生态和插件市场目前没有替代品，老老实实用就对了。
只有一种情况值得考虑切换：你的项目只做App，对流畅度和硬件能力要求高，团队又是纯Vue3技术栈。这个场景下，继续死磕WebView方案，本质上是在跟架构的先天短板较劲。
很多时候体验上不去，不是人的问题，是一开始场景和工具就没对上。
你们团队现在做App还在用uni-app吗，有没有碰到过优化到头还是卡的情况？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
