准确的说，和目前的框架形成相对直接竞争关系的，也就是 Svelte 。
剩下两个其实都是解决不同需求的产物。

Web Components 解决组件的复用与封装。
Blazor 其实就是微软派系的，能够轻松的实现服务器端渲染（ Blazor Server ），或者是单页面应用（ Blazor WebAssembly ，用 C#写前端）

然后就是关于“未来发展方向”的问题。
其实技术的发展，很大程度上不取决于这个技术理念多么的先进，效率绝对高。这只是必要不充分条件。
更多的取决于当前软件行业的生态状态，以及未来硬件影响的前端呈现方式等。

Vue 、React 等之所以流行，我个人理解，很大程度上和他们身属互联网资本有关系。这些框架都是互联网资本圈地的手段。他们的机制与设计理念又契合当前的软件工程方法论（大公司、小团队、人员迭代频繁）,也就是康威定律。

AI-Music-Long-01 这首如果当作背景 bgm 总体听感还挺好的。

没学习过 AI 作曲这个领域，但是总感觉旋律不知所云。
每个乐句单独听都不错，和弦也可以。
但总体听下来就很类似一个绵延不绝的流水账。
非常生涩的把几个基础乐句各种修饰、变调、搭配在一起。然后不断的重复再重复。
然后重复几次之后，突兀的更换了主旋律基调。

能感觉到确实在追求主歌》副歌（转调+ff+更华丽的修饰）。但其他的就感觉不到了。
不知道是楼主样本素材的问题，算法的问题，还是参数的问题。

你使用的 context 不会被销毁。

这不是 Activity 生命周期的相关问题，而是 GC （垃圾回收）相关。当一个对象还存在引用时，虚机的垃圾回收机制就是不会回收这个对象。然后这就会导致此 Activity 在 Service 销毁前不会被销毁。也就是楼上说的内存泄露。

@xylxAdai #60
4 、为何发表观点之前非要去试图靠“诛心之论”来抹黑对方？一口一个不懂。就事论事，对别人合理的尊重就那么难？

如果非要摆资历，我也是 2008 年开始接触，2011 年入行，从 Android2.1 一路 Widget 、双 Service 保活、NDK 开发摸爬滚打过来的。

更新谁都知道好，谁都知道体验好的 app 是政治正确，有钱你怎么玩都行。
但商业玩的是利润好么？为何更新 ARM64 需要平台牵头强制？这就可见一斑。

@xylxAdai #60
1 、你怎么确定银行当前现有的程序就能完美支持 ARM64 ？批评别人不懂之前先理清自己的逻辑好不好？要不你先跟#55 打一架？

2 、如果不能完美支持，非可见内容的工作量成本和风险你来承担？

3 、目前市面上那台设备不能完美支持 32 位 app ？你拿的出来一台么？

@mxalbert1996 #51
立场不同，必然选择不同。抛弃立场谈决策就是缘木求鱼，管中窥豹。

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

尤其是像银行 app 这种基础设施 app 领域上。
用户并不会因为 app 更快，少占用 1%的 cpu ，或者让他每天节电 1%就选择一个银行。

不可行。音波抵消是需要相位的。耳道相对声音来源方向单一，所以更容易相位对齐。

@wyx119911 #48 同意此观点。

@dejavuwind #42
我的结论是，从我个人的经验而言，更新 ARM64 版本，并不能让银行 app 出现“明显感知”的性能优势。

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

综上，ARM64 带来的效率与用户体验的提升，在目前的时间点，我个人认为，成本高于收益。

@dejavuwind #42 所以我一开始在强调论点是，“没有必要更新到 ARM64”。或者说用户体验的提升是否“明显”以至于升级、发布“ARM64”版本。

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

但往往落在软件工程上，再加上是银行 app ，就没那么简单了。

@dejavuwind #37
同意，602A 是车载终端的产品，所以我也说了是“设备”。这确实不够确切，有些极端。

@icyalala #35
关于这点，我有两个想法。

一个是，目前确实还有充足的时间进行升级（毕竟完全不支持 32 位 app 的 Soc 还未发布，只大 /中核支持的手机还没落地）。

还有一个是，目前银行 app ，只有 32 位版本，是用户视角。
至于说银行内部的开发与优化进度，我们未可知。
当然，这点我也不可证伪，毕竟我不是银行行业从业人员。

我只是单纯从当前时间点，对于 32 位程序发表的评论。

@icyalala #31

收束到核心论点。是否更新 ARM64 ，在 2021 年 12 月 21 日，从用户视角看，是不是只是让搞技术的你在极客心理上爽了一下？没有大的实质性帮助？

如果是，那凭什么说人家的选择是错的？

@icyalala #31

“没做过适配，deadline 前想当然更新当然有各种问题”。
你任何时刻决策更新不都有这个问题？这跟死线有一分钱关系么？

@nosmile #30 当然要吵，作为搞技术的一份子，利用自己的极客情怀，动不动就靠嘴剥夺 6 年前设备的使用资格（ 14 年一季度发布的 602A 依然是 ARMv7 ）。对产品发表意见的同时丝毫不考虑用户的体验，这不就是典型的技术自大思维么？

好像不懂技术，不追新设备，没有极客精神的人都不配用手机一样。

@gainsurier #26 所以你拿到手机了么？

@icyalala #23

1 、银行 app 是只给懂技术的人用的么？绝大多数人都不懂什么是 ARMv8 。你从技术上讲得“小众”，放到用户视角来看就是大众。从你给“小众”得定义就能看出，典型的技术为王心理。

2 、一个 app 是否应该进行技术迭代，和一个技术上市的时间有什么关系？

3 、在死线来临前再进行更新有什么问题？死线快到了就会“出岔子”，那用新技术出的岔子怎么算？

4 、自己看看用最新 Soc 的用户有多少占比？

@gainsurier #10
@Love4Taylor #6

一个是，二位也都说了，这都是“一般将来时”。
另一个问题是，要考虑兼容性。
最后是，一个银行 app 能有多少性能压力，你在里面玩原神么😂