- 主题:自 Petzold 以来，微软再也没有过连贯的 GUI 策略
全都可以笼统归结为大公司病呗。但apple的软件架构的演进好像没这么夸张。
跟Charles Petzold没啥关系，他只是个布道者吧，win32 api又不是他拍板设计的
--
FROM 123.114.7.*
Win32完成个鬼。纯GDI的图形就不行，所以才有GDI+、Direct2D/DirectWrite
微软失败就失败在：它每一次试图引入“现代性”时，都要顺便塞进去一套封闭的生态系统（强推 C#、强推 UWP 商店、强推某种特定的架构），直接剥夺了 C/C++ 开发者对底层的控制力。
开发者真正想要的是：
1、底层渲染： 抛弃 GDI，全面拥抱 GPU 硬件加速（类似 Direct2D、Vulkan 或 Metal）。
2、API 接口： 保持像 Win32 那样纯粹的 C/C++ 接口，没有厚重的运行时（Runtime），不强绑定特定的语言（如 C#）或沙盒机制。
3、UI 描述： 引入现代的布局系统（如 Flexbox）和声明式语法，但不破坏底层的透明度。
【 在 iwantfly 的大作中提到: 】
: 微软的GUI的使命在完成win32的窗口之后就已经完成
: 后续各种推进都属于框架级的改进，而非基础设施级别的改进
: 从这种意义上来说，windows团队坚持c/c++路线是毫无问题的
: ...................
--
FROM 123.114.7.*
我不知道你这个帖子是要表达啥
自己调用库去实现的结果，就是“那我还要你微软干毛用，全靠我自己手搓一套”，那就是抛弃微软推的框架啊，最终就是倒向Qt、Electron、GPU自绘这种。
1、WinForms，不是directx的。C/C++被排斥在外。
2、WPF，用C#调用C++的directx接口，但就是只给C#用。C/C++被排斥在外。
3、Direct2D，只有画线、画字、画渐变之类的，不包含控件库。
4、UWP，搞个沙盒，C/C++ native被排斥在外。
5、WinUI3，终于醒悟了，但人早都走光了。这年头谁还专门针对windows写软件，而不尽可能写跨平台的，那不傻吗。
【 在 iwantfly 的大作中提到: 】
: 说的很有道理
: 但是你说的目标，win32+自己使用库就能全部做到
: 而wpf/uwp/winui能做到吗， 他们不能使用第三方库吗， c#不能调用c++吗
: ...................
--
FROM 123.114.7.*
你真是个人才啊，哈哈
【 在 ooolinux 的大作中提到: 】
: RAD Studio（Delphi、C++Builder）、Lazarus可以有
: [upload=1][/upload]
--
FROM 123.114.7.*
惯性大，有摆烂资本
杀手级应用office，WPS勉强能和它一争，也只是勉强。另外的几个office感觉没战力。
游戏，现在steam的Proton也能在linux上跑不少游戏了，通过wined3d和dxvk之类的模拟层，但反作弊不行。
外设，厂商在windows驱动上投入的太多，在linux上太少。
【 在 hgoldfish 的大作中提到: 】
: 可笑的是，巨硬已经烂成这样子了。
: 还没有其它厂商的操作系统能够打败巨硬。
:
--
FROM 123.114.7.*