12306app 已经上 arm64 几大银行的 app 仍在坚守 armeabi

2021-12-21 08:04:54 +08:00
 PMR
25906 次点击
所在节点    Android
133 条回复
boko
2021-12-21 11:02:15 +08:00
我就不明白了,apk 打包里面可以同时把 arm64-v8a 、armeabi-v7a 、armeabi 甚至 x86 、x86-64 都打进去,怎么就不能兼容老机型了。
dejavuwind
2021-12-21 11:04:16 +08:00
@kop1989 所以核心问题就在于,目前的 12306APP 用户群体中,有多少人会因为 APP 更新到 ARM64 而受到负面影响?有相对准确可靠的数据支撑吗?如果有,那么可以理解,如果没有,那是不是就无法以“稳定”作为不更新 ARM64 的理由了呢?反之,有多少人会因为这个更新提升用户体验?
dejavuwind
2021-12-21 11:07:09 +08:00
@boko 非安卓开发,单就尝试站在用户的角度来讨论了。

不清楚增加打包兼容架构类型是不是会提升开发成本。
Korto
2021-12-21 11:09:40 +08:00
啊这...也能吵起来,说到银行 APP ,垃圾与否先另说,但动不动就弹出东西来确实挺恶心的,也就华夏的那个正常点儿。
hichinaman
2021-12-21 11:14:15 +08:00
別吵了吧,大家都是中国人,拿刀直接砍
kop1989
2021-12-21 11:16:51 +08:00
@dejavuwind #42 所以我一开始在强调论点是,“没有必要更新到 ARM64”。或者说用户体验的提升是否“明显”以至于升级、发布“ARM64”版本。

如果从单纯的技术上考虑,必然追版本升级百利无一害。
大不了我可以打 armeabi-v7a 包嘛,再大不了我可以双版本并行开发嘛。

但往往落在软件工程上,再加上是银行 app ,就没那么简单了。
kop1989
2021-12-21 11:29:44 +08:00
@dejavuwind #42
我的结论是,从我个人的经验而言,更新 ARM64 版本,并不能让银行 app 出现“明显感知”的性能优势。

1 、银行 app 的性能压力小,基本上处于表单查询、提交的范畴。
2 、银行 app 出于安全、隐私等角度,非官方组件多(比如识别度最高的“密码键盘”)。
3 、银行 app 的单次使用时长低,没有长驻留需求。

综上,ARM64 带来的效率与用户体验的提升,在目前的时间点,我个人认为,成本高于收益。
wyx119911
2021-12-21 11:40:59 +08:00
@kop1989 当然可以提升用户体验,只是银行的竞争力并不在用户体验上,所以不愿意投入
kop1989
2021-12-21 11:41:40 +08:00
@wyx119911 #48 同意此观点。
wonderfulcxm
2021-12-21 11:44:32 +08:00
@ostrichb 这梗 2020 就玩不转了…
mxalbert1996
2021-12-21 11:45:28 +08:00
@kop1989
「一个银行 app 能有多少性能压力」
你知道为什么电脑、手机会越来越卡么?因为大家都是像你这样想的。
kop1989
2021-12-21 11:51:24 +08:00
@mxalbert1996 #51
立场不同,必然选择不同。抛弃立场谈决策就是缘木求鱼,管中窥豹。

作为用户,必然我会选择更为清爽、安全的产品。
但作为开发者,我必然也会选择最优性价比的软件工程实践。

尤其是像银行 app 这种基础设施 app 领域上。
用户并不会因为 app 更快,少占用 1%的 cpu ,或者让他每天节电 1%就选择一个银行。
zhangjinghua
2021-12-21 11:51:51 +08:00
我想说交通银行的 app 是真的难用,特别卡
youxiachai
2021-12-21 12:06:11 +08:00
银行 app 据我了解,基本都是外包公司再改....得甲方有需求才行啊..
icyalala
2021-12-21 12:12:39 +08:00
@kop1989 拿个实际例子来看看吧,
建行 App ,现在在 lib/armabi-v7a 下面,有 50 个 so ,有 44MB ,看看都有啥功能:
IDCardScan, BankCardScan 、zbar 、ZCode 这都是各种卡片和二维码图像识别
myaudio 、codec 、opus 、yuv 、ProcessImg 、gif 这些都是音视频图像编码相关的库
sqlcipher 、mmkv 、AES 、iconv 数据处理、加密解密相关的
除此之外还有各种三方 SDK 比如百度地图、友盟统计、各种安全库加密库

现在银行 App 远远不是你所谓的 "表单查询和提交" 的范畴,
而且各种功能,包括最基础的扫码、gif 动图、数据存储,甚至启动 App 时代码解密都是依赖底层这些库,
升级能带来各个方面的提升,也并不是你所谓 "没有明显感知"。
同一个包也可以带 v8a 、v7a 两套 so ,也不影响旧用户的使用。

对于以后的 arm64 ,这些底层的 so 都要全部升级一遍,功能都要重新测试,
而且随着时间越久,第三方 SDK 和源码,对于 32 位支持就越弱;同时 API 变动越大,升级代价也越高。
所以从开发者角度,支持时间越晚,成本就会越高,这都是我做移动开发这么多年的切实经验。

无论从开发者还是用户的立场,尽早支持 arm64 都是合适的选择。
mxalbert1996
2021-12-21 13:01:39 +08:00
@kop1989
你是不是对性价比有什么误解?
支持 arm64 是早晚必须要做的事,区别只是时间而已,我们就不考虑其他所有因素,就算早晚支持的成本都一样吧,早支持能让用户更早享受更好的体验,你的所谓性价比最优是怎么算出来的?
westoy
2021-12-21 13:18:49 +08:00
这种业务大概率外包的吧

站在甲方角度, 现在都能用改个毛啊, 而且甲方都未必知道需要改, 就算知道, 这玩意儿涉及支出的, 熬到下一届接盘的去做支出, 我这届负责对接这项目的部门不就增加盈余了么....

站在乙方角度这项目在维护周期内预算就那么多, 我闲得蛋疼去给自己找事, 而且一方面这种业务可以做成重新开发涉及重新定价, 谁先开口谁输, 另一方面提醒甲方, 甲方也有充足的时间去重新招标。所以从乙方的角度, 有一部分人不能用去给甲方施压, 甲方心急火燎来找我的时候才是能谈的时候

你们为什么会觉得大家都应该是铁板一块提前为客户着想呢......
psklf
2021-12-21 13:29:28 +08:00
银行 App 向来都是技术落后拉胯的代表,每次 Android 更新,上来问的问题肯定是各大银行应用是否运行正常。
所以不更新 arm64 也太正常不过了。
psklf
2021-12-21 13:30:49 +08:00
@kop1989 升级 arm64 当然可以提高性能。这不是少数人的极客情怀,play 市场已经不允许不提供 arm64 的应用上架,国内的应用市场同样跟进。
xylxAdai
2021-12-21 13:32:50 +08:00
@kop1989 #32 ,你不懂还是别扯了吧,arm64 和 armabi 分包下发在应用商店都多少年的技术了?还担心升级影响用户,承认自己不懂又这么难吗?银行的领导都是你这种想法吧?不想承担责任,非要 deadline 来搞升级。

#42 还成本高于利益,本身就必须要升级的,新用户用不了你关心一下?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/823445

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX