UWP 有前途吗？

[Stoulla]

闲来无事看了看 UWP 的教程，发现比起 WPF 来说确实舒服了好多。而且到现在 2020 年了，win10 的占有率已经足够高了， 那么请问现在去搞 C#+UWP 的一套是否有用呢？（至少不会像 WP 一样被微软给毙了）

（当然，轻量级的应用好像确实 electron 一把梭。但是为了效率，原生的毕竟还是会好一些吧）

[mokeyjay]

UWP 想法是好的，但我觉得没有前途

[WispZhan]

这年头桌面客户端已经是小众了。 除非你想服务行业内的人，要选也是选跨平台方案。

[singerll]

用过几个 electron 做的程序，感觉都有点慢，而且我不知道程序到底装哪了。。。

[Torpedo]

没有

[Buges]

我觉得有，排在 web，移动端之后。除工具类以外（ uwp 权限限制太严格），起码要比 Win32 有前途，win10 的占有率只会逐渐增高。至于跨平台，移动端交互逻辑差异太大不说，你就算多支持个 mac 又能有多少份额。
但 uwp 最大的问题是微软自己瞎搞，指不定哪天给砍了。本来 uwp 是定位跨平台的，现在成 win10 （可能还有 xbox 一丢丢的份额？）独占了，别的平台都被微软玩死了。

[gam2046]

@Buges #5，微软的尿性，其他微软自己也想把 uwp 做起来，但是感觉会被他自己玩废了。这种事情，微软也不是一次两次了。

至于跨平台的图形化，目前看起来只有 qt。当然得益于 V8，现在 electron 也是很不错的带图形化的跨平台解决方案。Java 这类，基本就已经告别 gui 了，几乎成为了服务端专用，客户端分发的话，runtime 过于臃肿。

最后，希望 uwp 能做起来吧，不必要的应用都丢进 uwp 的沙盒里。

[ragnaroks]

electron 是重量级吧,相反不带运行时的 WPF 才是轻量级

但是有一说一,用户可能没有最新的 DotNET 运行时,但一定有一个支持 es5 的浏览器

所以网页写 UI,consoleApp 写逻辑,使用 websocket 通讯,完美把网站搬到用户本地来

[FireFoxAhri]

Uwp 限制太多了…可惜了 WPF, 看看.NET5 会怎么发展了

[MeteorCat]

我可以百分之百告诉你没前途，现在不要说 UWP，常用 windows 应用都很少能够带来流量了

[lichdkimba]

我觉得不行 微软一开始是想在手机电脑上一套代码 结果 win10 mobile 已经被放弃了 现在 UWP 还有什么意义

[lxml]

没前途，开发桌面软件没苛刻性能要求用 electron 就对了，千万不要信那些告诉你 electron 卡慢大的人，他们不是你的目标用户，用户的脚和钱会为你投票的。

[dixeran]

没前途。如果你是颜控，又苦于 electron 洁癖，可以期待一下 WinUI 3 把新东西带到 win32 来，或者用 webview2 这个“系统自带 chromium”。


[LancerComet]

UWP 在特定业务场景确实非常友好，但在国内你只能将 UWP 作为辅助技能，没有什么公司将业务重点放在 UWP 上，这是比较现实的问题，不过这套技术确实是很舒服

难得见到 UWP 主题，顺便厚脸皮宣传一波自己的 UWP 程序，欢迎各位使用

「哔哩哔哩漫画 UWP 」：
https://www.microsoft.com/zh-cn/p/%E5%93%94%E5%93%A9%E5%93%94%E5%93%A9%E6%BC%AB%E7%94%BB-uwp/9nn9l42j9fs3

[beyondex]

没前途，electron 有前途，不管做为用户你愿不愿意越来越多的应用会使用 electron 技术。
因为我的应用对性能要求极高，我是这样，UI 用网页技术，后面的业务逻辑是 .NET Core 跨平台，缺点嘛就是如果 .NET Core 发布成无运行时依赖的话安装包会更大。

[wzhy]

个人认为没什么前途。对 native 有要求的可能还在用 MFC，而且这些用的行业这两年都在往自主可控方向转型，所以 UWP 那些东西的存活空间不大

[mmdsun]

uwp 原本推出是为了收敛软件权限和适配手机、在 App 商场部署，也解决了软件分发的问题。

但现在 win 10 x 将传统的 win32 在容器中运行完美解决权限问题。uwp 现在手机没有了很难发展起来。另外现在 winform、wpf 应用现在也能轻易的上架 Windows 商店了。

uwp 优势少了很多。

[Stoulla]

果然大家都是看衰 UWP 啊。 我也查了下各种各样的说法。
但是以 electron 而言，不知道我这样的说法对不对, electron 这种适合于“能做成网页的程序”。但对于需要去调用系统 API 进行渲染的则会有些不胜任。

举个例子，比如说要搞个笔记软件， 采用 electron 的话，处理手写笔输入就很难了。但对于这种情况，传统的桌面端开发 （ QT，WPF，UWP ）这种则是都有提供 API 的。因此这种场景就采用传统的桌面端开发会更为好一些。

上述的说法对吗？ 求大佬指教。

[Nasei]

国内软件里 uwp 的上限就是爱奇艺了吧，更新那么勤快估计用户量不少，不知道实际数据如何

[ysc3839]

@Stoulla 这是 Web 标准本身的问题吧？如果有手写笔相关的 Web 标准，浏览器厂商应该会跟进支持的。

[LancerComet]

@Stoulla Canvas 中有 stylus 相关的 API，包括压感都可以取得
但就使用和开发体验上讲，对于触摸和笔 UWP 依然占很大优势，所以这就是特定领域，你要知道自己的需求是什么
举例说为什么我要用 UWP 开发漫画阅读器，因为首要任务是要保证在 Surface 上流畅的触摸体验，从这点来看 Electron 包网页很难达到 XAML 原生控件的高度（包括那些网页套壳 UWP 也不行），这是不能妥协的