怎样看待微信放弃UWP开发转用Win32应用转制上架应用商店

这件事其实没什么好看待的,不过我也可以从另外一个角度分析一下。如果从以前看的话,腾讯一向和微软走得近,微软内部的战略究竟如何,腾讯知道得也早一些。以前微软发布WP7的时候甚至没有中文键盘,腾讯不仅第一时间开发微信客户端,还自己写了一个中文键盘附带在微信客户端里,诚意可见一斑。后来WP8一直不见起色,各大APP更新有一丢没一丢的,也是微信客户端功能最全面,基本能够做到与当时的安卓、iOS版本看齐。但是在Windows 10 Mobile及Lumia x50系列发布之后,很明显微信已经放弃WP平台,基本上不再更新,只剩下维护人员。彼时WP的环境和以前还没有发生很大变化,圈内人也没想到微软发完x50系列之后就偃旗息鼓,腾讯却像未卜先知一般,突然改变了自己的态度。虽然这也可能时巧合,但联系之前微软与腾讯较为紧密的合作关系,个人猜想也可能是腾讯当时已经知道了微软的战略也说不定。如果从这个角度想,腾讯在这个时候发布转制版微信替代之前的UWP微信,代表着腾讯砍掉了纯UWP开发计划。假设也是腾讯基于他所知道的微软战略所做出的决策,那最可能透露的意思也就是——完全立足于移动平台的ARM架构恐怕已经穷途末路了,微软未来可能还是走向以Windows 10 S为代表的,只能安装应用商店APP,但可以运行由桌面软件转制APP的“精简版”Windows系统。悲观点说的话,这意味着微软移动端特别是手机彻底死亡,乐观点说的话,如果真有Surface Phone,也许是验证了Surface Phone可以运行Win10S也说不定。
■网友
正常情况下,我们都会升级新系统,安装新应用。并享受新技术带来的各种更好的体验。
但UWP极大颠覆了我们的认知:
UWP启动更慢、占内存多、不稳定闪退、界面简陋粗犷怎样看待微信放弃UWP开发转用Win32应用转制上架应用商店

UWP性能和Win32(C++)差太远了,即使用了Native编译。内存占用和启动速度都是表现最差的。比如一个空窗体占用内存C++ 2M;WinForm 7M;WPF 14M;UWP 24M。启动速度也有类似的梯度,实际上以前的UWP慢更多(有时比Win32慢几十倍),现在多次优化后才能不比其他方案慢一个数量级。
实际上UWP框架还不成熟,兼容性和稳定性也不好(即使现在较稳定了也偶尔闪退,从Windows 3.1用到现在第一次这么不稳定),功能限制也较多。UWP框架并不是想象中的渐次升级越来越好,而更像是断崖式跳水,然后再努力爬到一个比以前更低的台阶上。UWP再一次推翻了以前的框架,另起炉灶,实现了一个比WPF功能缺失、性能低下的开发环境。接着,微软又推出了.net Core,另起炉灶的另一套轮子。让开发者一次次失望。
UWP界面也是硬伤,为了兼容手机而间距过大,排列的功能稀疏,工作效率低下。现在手机也停摆了,这种布局就更加可笑了。只适合一些功能简易的,或者类网页功能的开发。但最新的VS2019居然取消了H5+JS开发UWP的功能,再次自断筋脉。
UWP只支持占20%的Win10用户,Win32支持全部Windows用户UWP只能在Win10下运行,不支持占80%的其他Windows用户。
当然这不是主要问题,iPhone发布的时候,iOS APP不支持100%的智能手机。用户和开发者会用脚来投票的。主要因为UWP几乎一无是处,用UWP重制后各方面都远远不如Win32版本。而且国内访问应用商店速度很慢,更是雪上加霜。
因此,在早期尝试后,UWP令所有的商业开发者避之不及。
还有一点,微软最重要的应用Office并没有全功能UWP版本。我知道菜农也不吃自己地里有农药的菜。

■网友
谢谢邀请。
以前的 UWP 相比 win32 不能同步聊天记录和表情包,现在转置的结果是可以同步聊天记录,表情包依旧从缺。这点很无奈。
此外应用名从“微信 for windows 10”变成了“微信”,也算是统一了。
刚刚使用发现比 win32 的容易假死。继续用 win32 吧。


推荐阅读