- 主题:自 Petzold 以来，微软再也没有过连贯的 GUI 策略
微软的GUI的使命在完成win32的窗口之后就已经完成
后续各种推进都属于框架级的改进，而非基础设施级别的改进
从这种意义上来说，windows团队坚持c/c++路线是毫无问题的
包括安卓真正意义上的底层也还是100%纯c/c++， SDK只是用java封装了个壳
微软的后续GUI框架设计的方向都走偏了，过于注重现代性，并且极其封闭，忽视了图形应用对底层要求复杂且深入，从功能上讲不能替代原来的win32图形
微软这种GUI框架的变更，更像是由于移动平台不断的吞噬，不断推出应对的商业策略， 微软到现在也没有意识到这些东西的问题到底在哪, 它只知道作为一个商人不停地推windows版本， 推新东西，没有意识到开发者需要的是一个稳定的开放的可扩展的东西，而不是多么现代多么优雅
【 在 Jacqueline 的大作中提到: 】
: Jeffrey Snover, glm5翻译
: [upload=1][/upload]
--
FROM 111.194.200.*
说的很有道理
但是你说的目标，win32+自己使用库就能全部做到
而wpf/uwp/winui能做到吗， 他们不能使用第三方库吗， c#不能调用c++吗
wpf/c#调用c++库就能实现轻松集成opengl/vulkan吗
它的根本问题在于封死了底层的可扩展性， 从而无法与c++竞争
总结起来我认为商业上的失败是主因， 技术上的偏向是次因， GUI方面的专业图形领域生态完全无法进行迁移
【 在 z16166 的大作中提到: 】
: Win32完成个鬼。纯GDI的图形就不行，所以才有GDI+、Direct2D/DirectWrite
: 微软失败就失败在：它每一次试图引入“现代性”时，都要顺便塞进去一套封闭的生态系统（强推 C#、强推 UWP 商店、强推某种特定的架构），直接剥夺了 C/C++ 开发者对底层的控制力。
: 开发者真正想要的是：
: ...................
--
FROM 111.194.200.*
我的意思是，微软这些框架， 主推c#/directx本身并没有问题，但是它埋下了排斥其他技术和标准的坑， 现在都成了它的缺陷
这些框架是可以使用c/c++的，它的封闭本质上是在于它完全闭源和封闭了渲染管线, 即使集成c++也无法进行原生/外部渲染
它在商业上失败了，主要在于封闭和垄断，商业失败又引发一些列技术迭代
主流的技术标准变成了移动端/Web端/跨平台通用
【 在 z16166 的大作中提到: 】
: 我不知道你这个帖子是要表达啥
: 自己调用库去实现的结果，就是“那我还要你微软干毛用，全靠我自己手搓一套”，那就是抛弃微软推的框架啊，最终就是倒向Qt、Electron、GPU自绘这种。
: 1、WinForms，不是directx的。C/C++被排斥在外。
: ...................
--
修改:iwantfly FROM 111.194.200.*
FROM 111.194.200.*