WPF技术确实不够成熟【转贴】
这个题目本来就是伪命题，因为国人都在搞秒杀而，北美不管亚马逊还是实体书店，那些一部一部大部头的书，都是讲c#的，学.NET大有人在
...
个人见解，不对不妥的地方还请指正。
QQ概念版更新很少，可能原因不止一个：
1，WPF技术确实不够成熟
2，腾讯现在有很成熟的UI库，而且久经考验，贸然切换到WPF风险太大
4，没有足够多的WPF人手
=====================================================
从周边来看，WPF的采用率明显偏低，原因比较复杂。
从MS来说，明显感到MS力推WPF，但又感觉不到MS的魄力，导致WPF的普及大打折扣：
Win8的产品理念个人认为是不错的，
直到win8.1在taskbar加入了所谓的“StartMenu”
这个举动，明显看出了MS对市场或者说用户的妥协，也是对自己产品的折中。
MS的折中不止于此，Mordon UI 在taskbar中类似于桌面窗口存在，则明显是对产品方向的否定，到了Win10中，MordonUI 界面以传统StartMenu形态的彻底回归，更说明了这一趋势
至此，WPF的推动力彻底被削弱了。
=====================================================
wpf的特性要在win8之后的版本才体现的淋漓尽致（XP/Win7优势并不明显），特别是一些原生的特性，对大众类客户端(mordon ui/app另讨论)是其他cpp+ui类库无法比拟的：
1，High DPI
2，Split Screen
3，对DirectX的天然优势
Windows 8 & 8+系统的采用率太低，客户需求不明显。行业应用的客户端采用WPF没有动力。
行业软件来说：
一个是跨平台的客户端，现在基本会采用QT；
一个是windows下客户端的开发人员，C++从业者占比太大，新项目采用WPF，让大家边学边用，成本太大。
一个是行业软件，依赖的第三方库普遍是针对C++开发的（即使WPF可以调用，理由同上）
一个是现有的UI库，基本满足了目前的需求（Duilib,彩虹UI，BlotUI等）
一个是现有产品，移植成本太大
从大众类软件来说：
WPF采用率高于行业软件，但并不明显，原因归结到底，大概可以算到MS头上。
1，WPF明显不够成熟，对MS力推的WPF特性，很基础的API调用，很容易发现Bug大量存在
2，Windows平板和WindowsPhone的市场失利，导致WPF不被开发者或者产品经理重视
3，对于跨平台提供服务的应用，有更方便的方案替代
WPF是有前途的，从技术角度（开发/维护 bulabula）来看一片光明，但归根到底，要交给MS：
1，提高Windows8+系统和WP的占有率。
2，让用户对WPF应用展现的特性，爱不释手。
3，让Framework的开源更彻底（但，参照WPF的里程表，并不乐观
=====================================================
说一说用例：
1，之前公司，Windows8开始，纯应用都已采用WPF开发；对于之前业务产生依赖的UI已采用WPF
2，之前应聘的一家公司，新产品客户端UI据说要采用WPF
3，之前一个项目，存在已近十年的MFC客户端，由于新需求以及迭代的举步维艰，大家产生用WPF重构的念头，但谈何容易。
4，手头的项目，出于种种考虑，采用了Win32＋Duilib＋MFC库
5，朋友手头的项目，之前采用的彩虹UI，出于跨平台的考虑，采用了QT
————————————————
所以WPF还有一段路要走,而我就是WPF开发者 老大，人家说的是国内 willsonlincake 发表于 2022-4-14 14:29
所以WPF还有一段路要走,而我就是WPF开发者
顺便问一下你有看MSDN文档的习惯吗？ 陈晨 发表于 2022-4-14 14:45
顺便问一下你有看MSDN文档的习惯吗？
偶尔看,也看VBA文档 你觉得c#是c++的衍生吗，其实c#是灭c++的
像VUE就是借鉴了WPF,MMVM架构，数据驱动
页:
[1]