UWP 正式宣告死亡

[shijingshijing]

近日，海外有开发者发现，微软最新的 Windows 11 Canary Build 25987 已经开始提供两个版本的 XAML shell 服务，新的版本直接基于 Win32+XAML ，曾经被寄予厚望的 UWP 在新版本里已经不见踪影。

再次提醒：千万不要绑定到微软的技术栈上面，已经挖坑弃坑太多。

桌面开发能用 PySide 或者 Qt 的尽量用 Qt ，即使用 Electron 凑合也比跟微软绑定强，跨平台起码给自己留一条后路。

[bthulu]

除了 electron, 你们是不是忘了还可以用 unity 来写桌面的?

[phub2020]

@asm 你是站在什么角度呢？开发，还是使用。。。

[wanguorui123]

微软绕了一圈又回到原点

[forgottencoast]

@Leon6868
你说的这个优势可能对前端程序员来说是的，但是这个世界上后端程序员应该比前端程序员多。

[jadeborner]

反正不能学微软的东西

[gniviliving]

@phub2020 无论开发还是使用，我都不会选择一个功能简单，但是一个 exe 文件就几百兆的软件

[sloknyyz]

electron 可不凑合，js 写界面太香了，还能方便的接 native 代码，除了占资源，包大，简直完美

[asm]

@phub2020 吐槽的角度。。。没别的，如果是开发肯定不用了，别人开发的用的不多，除了 Typora 是个例外。

[IDAEngine]

@gniviliving 以后估计系统自动内置这些运行库，就像 .net 了，现在几百 M 的包是因为全部运行库全部自带

[FreshOldMan]

UWP 的最佳案例就是 苹果 转 arm 芯片

[villivateur]

那些把自己绑定在某个技术栈上就不能脱身的人，说到底根本不适合搞开发。

所以不要担心某个公司会放弃什么产品，毕竟所有语言、所有架构的思想都是相通的。

[dyllen]

@IDAEngine 现在也有，不打包浏览器运行库的，调用系统的浏览器内核，包比较小。

[ShadowPower]

我装了个调节显示器亮度的工具：Twinkle Tray
这玩意要 300MB 硬盘空间和 500MB 内存容量，功能只有一个：调节显示器亮度……

要是不用 electron ，我觉得它可以做到 3MB 内存占用，几百 KB 文件大小。

[6IbA2bj5ip3tK49j]

每次这种新闻下面都有正确的废话。
“不要想一个技术用到老”，“思想是相同的，语言不重要”

[6IbA2bj5ip3tK49j]

@ShadowPower 用 DDC/CI 作为关键词去找，应该很难找到这么大/臃肿的软件。

[keymao]

目前 win 上搞客户端，要么 cpp+directui,要么吃上了新的 winui ，要么用 Qt ，要么其他的就是各显神通的 python electron 之流的。 讲究性能的继续用 cpp ，不讲求效率的用 electron ，再不济的也得是 winform ，到了 wpf 面已经是很窄很窄了。

上面还有把失业跟 java 联系起来的，这什么神逻辑... 失业是整体的市场需求萎缩消失了， 需求才是决定你用什么语言的第一要素。

[a33291]

@sloknyyz electron 的话,有哪些语言可以扩展 js 的能力?之前我就是自己封装 cef,然后用 C#暴露 api 给 js 用,electron 如果也能用 C#扩展那就完美了

[powerman]

@xgfan 确实，一个技术很难用到老，但是技术研究投入都是有时间成本的，
思想是相通的，但是每个框架设计的理念不一样，真正使用的好都是要投入到细节里面去的，这个细节就是时间成本，我以前会 delphi ，但是我去学 swiftUI ，并没有感觉轻松，swift 各种闭包骚操作，让我觉得难受

[ShadowPower]

@xgfan
试过同类的软件，都有兼容性问题
当然 macOS 平台能找到非 Electron 又能兼容的……

[daokedao]

随着经济的不景气，技术也会安稳一段时间了