c++在Windows平台搞原生UI不能一直停留在MFC了，winRT是作为WINUI2 集成到现有的WINUI3，Windows拉C#的同时拉一把C++,现在COM损失的性能还是问题么，Windows的桌面应用JS都快把C++抢光了
【 在 finlab 的大作中提到: 】
: 以前qt mfc 自己从头搞，是因为stl不成熟
: 现在c++都要23了，stl也几十年了， 为啥还要自己搞一套？
:
--
FROM 1.192.62.*

巨硬已经放弃UWP了吗？

不过那家伙确实太复杂了，又没有web香  
  
【 在 hgoldfish (老鱼) 的大作中提到: 】
:  巨硬的这个技术栈原本就是有来给 c# 打下手，把 c++ 的软件包装成 dotnot 可以使用的 dll. 弄成什么样子都是巨硬说了算啊。
:  
:  之前在 Qt 里面看到相关的代码，是 Qt 想在 UWP 里面调用一些 API 获得代理、CA 证书列表之类的。但其实 Qt 没有必要做这些。因为，
:  
--
FROM 183.179.53.*

搞winrt是为了win8 metro ui，而搞win8 metro ui又是为了用同一套系统通吃pc和mobile等，
mobile需要sandbox，而native的win32 api不能直接支持sandbox，又不如带idl描述的com能比较方便地同时支持c#/cpp/js/vb，只能在native api之上搞个winrt来支持sandbox和c#/cpp/js/vb。
在mobile上失败了是众所周知的

【 在 hgoldfish 的大作中提到: 】
: 没有的特性是指巨硬搞的那套新 UI，以及关联的 proxy，消息推送啥的。
: 巨硬自己的新程序都不用之前从 Windows Phone 挪过来的那一套。好奇现在还有为巨硬应用市场写程序的没有。
: 巨硬最近搞了 IO Rings, Register IO, Projective File System 这些都有对应的 win32api.
: ...................
--
FROM 123.119.160.*

你的帖子有点吓人，不过也看出来知识有些陈旧

mobile主要是指MS的windows phone失败了，但MS搞的这个打算通吃所有平台的架构在surface、xbox上还有用

【 在 supproton 的大作中提到: 】
: mobile指向是功能机，但功能机很快就淘汰了。Mobile过去很多厂都用的。
--
FROM 222.128.162.*

标准委员会虽然很多大佬就是微软的，但考虑到开放性，效率一直很低，但是windows是要赚钱的，不可能一直按照委员会的步点来规划技术路线

其他的类似c++魔改方案也是类似，stl虽然nb，但是一些常用功能都不支持，自己造轮子也是逼不得已，就算是java这么成熟的官方库，也满足不了很多细化需求，也有大量的轮子
--
FROM 221.224.15.*