移动端技术选型,军师们有啥建议?
做一个电商 APP ( iOS 、Android 、小程序),会涉及到比较复杂的页面:K 线走势(需要处理走势并深度自定义 UI 和交互)、动画效果、30%的页面都比较复杂类似京东商品详情页。整个页面数量大概 200-300 ,前后端+产品+测试 10 人左右,开发周期还没确定。
考虑以下技术方案,按喜好排名:
1 、react native ,一端开发多端使用,可以热更,组件一致性差点,小程序单独做
2 、flutter ,一端开发多端使用,组件一致性好,小程序单独做
3 、uniapp ,可以覆盖所有端,性能稍差,插件质量不一
4 、iOS 原生+Android 原生+小程序单独开发
要是我说都走 webview 会不会太省了点
选 4 利好就业👍
只能说 uniapp 很坑,发版一次还得收钱哦
webview 体验太差了,to C 的商城怎么可能全 webview 呢,活动页是可以。
选 4 最多是 3 个人分别开发 3 端,其它方案估摸着也要 2 个前端协同开发,差别不会太大。
个人选一,rn + taro ( react )方案,多个前端负责不同业务模块多端开发,要求把业务逻辑抽离到 store 或者 hooks 便于 app 和小程序复用,专注于交互的区别开发就是了
4 把 体验拉满
3 不用说了。等以后有钱了,再换 4 。不然都是扯淡的。先把东西搞出来,商城 就是卖东西的说实话,你做的再好看,东西没有性价比,也没人用的。别陷入到技术误区。
客源不担心,之前就积累了不少用户。
哪个出活快用哪个
分析的已经很透了,已经按喜好排名了,自然是 1 了,不过 RN 要找有客户端经验的会好一些
4
一次性多端?不如前期只做小程序版本,降低试错成本。
小程序试运营符合预期的话,直接再加人,iOS 原生+Android 原生。
以我的经验,电商类平台,和技术选型有点关系,但是关系没那么大(不要太拉垮,影响用户体验)。更侧重于运营、选品...等和技术无关的环节。
kotlin multiplatform + 小程序
#4 pdd 几乎全是
没钱建议放弃幻想,200-300 个页面要动画要交互,预算多少啊??
webview 做好了体验不差的
pdd 怎么可能全是,首页、个人中心、聊天、详情、规格弹窗都是原生。
有上市公司背景,所以预算还好,会综合考虑性能、开发周期。
这块太难了,我看 pdd 这块不错,活动页的性能堪比原生,其它家都去卷跨端框架了。招一个能 crud 能优化这块内容的,估计抵 2 、3 个人的工资了。
方案+1 。
- 先小程序验证
- 确定没问题后客户端直接上 Flutter
等确认有性能瓶颈后部分页面改为 native
招行 APP 除了几个一级页面和个人中心的页面,其他的业务模块基本全部是 H5 ,包括转账等页面。
直接使用 nextjs 开发,APP 端配合 capacitor.js 调用原生能力,小程序直接内嵌 H5 ,需要原生的个别页面单独开发,例如支付页面,登录页面等。
我司 ToC 的商城,6 年前就这么改造了,那时没有 capacitor.js ,APP 端也是把一级页面之外的所有模块都 H5 化了,体验上很难识别到是 H5 ,但是开发效率翻了几倍。我们那时是 H5+小程序+安卓+IOS 都是全功能对客。
现在 nextjs 进化了 ISR/流式传输等能力,页面在响应上基本都是 0 秒跳转,loading 都没有了原生你考虑纯血鸿蒙吗
kotlin multiplatform +uniapp
原生鸿蒙已经做过一个简版并上线了效益并不好,新的 APP 暂时不打算做了。
你这个确实可以考虑,招人不太容易吧,中高级开发才能 hold 住。
有热更需求选 rn ,没有选 flutter
电商首选 RN ,因为可以热更。比如快手的电商业务基本都是 RN 开发的
不需要考虑 uniapp
在 LSPosed 发现我有两个用户空间,一个是我的实名(打了马赛克),另一个 xspace 应该是 MIUI 的双开空间用户名,用 dumpsys account 命令看了下…
基于 wiliwili 使用的 C++/OpenGL 框架开发的第三方 Jellyfin 客户端,提供了 Windows/MacOS/Switch 的二进制文件,Linux 平…
为什么大厂对于这种问题,不能从根本上去解决呢?大佬们有什么看法 问题反了。是假设如果服务一直繁忙,会不会一直声称自己被攻击 我严重怀疑这是一个非常合理的借口 因为这…