各位大佬，准备做个 mobile apps 请教目前哪种技术栈比较合适？

[bfox]

各位大佬们， 准备做个 mobile app, 大概是一个前台 apps call 后台 service. 主要面向海外市场， 准备从苹果开始，后面安卓也需要支持

请教下各位大佬，apps 用什么技术栈比较合适啊？ apps 本身的功能应该不复杂， 所以 ui 也应该比较简单。 目前想到的要求是 开发效率高， 用的技术栈用户多， 有问题好找支持， 以后方便跨平台。

我主要用的是 jave, type script. 不过如果新语言开发效率高的话 我不介意学个新的语言

[wdhwg001]

flutter 是你可靠且唯一的跨平台选择，出活快，人好招，后面维护优化也好弄。

你完全不能相信后面的人会不会把 rn 糊成一坨屎山，js 系的下限实在太低了，真的是什么牛鬼蛇神都会写 js 。

[laters]

Flutter

[okakuyang]

建议用 webview 套壳这个最方便

[xue777hua]

@hhecoder V2EX 缺个功能啊，咋就不能给你点赞

[unco020511]

其实最简单的用 webview 套壳就行了,性能体验差一点而已

[hugebug]

期待 tauri 的 mobile 跨平台 不过要先学习 rust 哈哈哈
--------------------------------------------------------------
推荐 react native + Expo
性能不错 第三方包很多

[SWALLOWW]

maui - -

[debuggerx]

@magic3584 所以我的经验就是，原生层越轻越好，数据和逻辑尽量全在 flutter 层去实现，这样维护难度、扩展性、bug 率和体验都会好非常多。
我就接手过一个项目，ble 连硬件设备的，硬件接口和数据库逻辑在原生的 sdk 依赖里，数据处理在原生层，flutter 调用要靠 method channel 和 stream 监听，flutter 拿到以后可能还要再包装一次成 json 数据给 webview 用，整个项目维护起来要死要活。
而我以前自己搞得一个类似的项目，就直接全部用 flutter 和纯 dart 实现，ble 蓝牙连接、状态维护和数据包解析全用 flutter_blue 做，数据库用 sqflite ，webview 直接用后端接口而不是用 jsbridge 从 app 拿数据，整体维护起来就非常清爽可控。

[magic3584]

@debuggerx #28
是，我本来数据层全用 flutter 处理。
最开始用 widget 的时候只是展示，存到 userdefault 里也可以用，但是最近想用 widget 和 shortcut 来创建修改数据的话，必须把 sqlite 迁移到 group container 里，考虑到后期再加 iCloud 同步，sqlite 并不太友好，可能还要迁移到 Core Data 。。。
这问题卡了我一个多月了，目前我对 core data 和 icloud 同步了解甚少，准备再查些资料再迁移。

[lwjlol]

@akring 云开发？性能不够的话 90%是代码烂