关于WPF和MFC，原来老外也吵得不可开交…该怎么解决
关于WPF和MFC，原来老外也吵得不可开交……
同时证明了几件事：
1、VC++开发者不要对“微软是不是会出一个本地WPF版本”抱任何希望。
2、基于微软内部的市场调查和时间成本估算，认为没必要为VC++创建一个全新的界面框架，所以只要VC不死，MFC就一直存在，当然用不用就是你自己的事了（本人六年前就已经不用MFC了）。
3、只要milcore不公开，第三方界面库就还有市场。milcore才是真正的好东西，微软需要它来维持WPF和SILVERLIGHT的竞争力，我都想用……
原帖在这里：http://social.msdn.microsoft.com/forums/en-US/wpf/thread/dd1e31bb-feb4-4d77-b524-42a282f519b1/
同时偶然发现蒋晟大大一个月前写的一篇博文，也帖出来帮他宣传一下：DirectUI 和无窗口用户界面
里面介绍了微软DIRECTUI的前世今生，还有为什么微软不公开DIRECTUI接口（原因很喜感——功能变化频繁，定不下来）。
------解决方案--------------------
至于一些过期的接口也不公开呀 真是无语
------解决方案--------------------
好东西，都需要花钱的......
------解决方案--------------------
目的不同，客户群不同
------解决方案--------------------
jfjfjf
------解决方案--------------------
最近WPF的书倒是新增了不少，相比mfc的书也是一大摞，最遗憾的是关于ATL、com的书似乎快要绝迹了，难道web service即将取代com？不过ATL、com的思想真的是很不错的
------解决方案--------------------
jfjf
------解决方案--------------------
不是很懂
------解决方案--------------------
学习的路还长啊
------解决方案--------------------
围观LZ来的
------解决方案--------------------
不太懂！
------解决方案--------------------
围观浆糊
------解决方案--------------------
up
------解决方案--------------------
未来是由微软绝对的
------解决方案--------------------
本地wpf!!!是指不基于.net的框架吗？？是的话很应该建嘛，效率高效果好！
------解决方案--------------------
DirectUI是不是很类似于本地WPF的概念？
------解决方案--------------------
另外一个方案就是集成WPF或者Silverlight。VC项目组在用户调查中发现，需要使用WPF的Visual C++用户大都用C#编写WPF代码再用C++/CLI和非托管代码做接口
顶这个, 这个绝对是咱们不落伍的方法.
------解决方案--------------------
很多事情都是无奈的
------解决方案--------------------
07年就开始了啊，倒哦。
------解决方案--------------------
进来围观。。。
------解决方案--------------------
------解决方案--------------------
占座再看~
------解决方案--------------------
------解决方案--------------------
开发界面库其实是左右为难的，写得多了提供的功能多了对以后是不利的，写得少了又不能吸引眼球。你看看以前MFC提供CControlBar类的时候是多么先进，但现在的MFC标准docking机制反而成为累赘。再看看BCG界面库，绝对商业味道！一切都是为了吸引眼球！不说它的代码有没有BUG，单看它的架构你就不想用，它写的越多那你以后就越难扩展。
------解决方案--------------------
我认为在界面方面， MFC 绝对不是 WPF 的对手。
WPF 能实现的东西， 用 MFC 肯定能实现，
但问题在于你愿意付出多大的代价？
------解决方案--------------------
同时证明了几件事：
1、VC++开发者不要对“微软是不是会出一个本地WPF版本”抱任何希望。
2、基于微软内部的市场调查和时间成本估算，认为没必要为VC++创建一个全新的界面框架，所以只要VC不死，MFC就一直存在，当然用不用就是你自己的事了（本人六年前就已经不用MFC了）。
3、只要milcore不公开，第三方界面库就还有市场。milcore才是真正的好东西，微软需要它来维持WPF和SILVERLIGHT的竞争力，我都想用……
原帖在这里：http://social.msdn.microsoft.com/forums/en-US/wpf/thread/dd1e31bb-feb4-4d77-b524-42a282f519b1/
同时偶然发现蒋晟大大一个月前写的一篇博文，也帖出来帮他宣传一下：DirectUI 和无窗口用户界面
里面介绍了微软DIRECTUI的前世今生，还有为什么微软不公开DIRECTUI接口（原因很喜感——功能变化频繁，定不下来）。
------解决方案--------------------
至于一些过期的接口也不公开呀 真是无语
------解决方案--------------------
好东西，都需要花钱的......
------解决方案--------------------
目的不同，客户群不同
------解决方案--------------------
jfjfjf
------解决方案--------------------
最近WPF的书倒是新增了不少，相比mfc的书也是一大摞，最遗憾的是关于ATL、com的书似乎快要绝迹了，难道web service即将取代com？不过ATL、com的思想真的是很不错的
------解决方案--------------------
jfjf
------解决方案--------------------
不是很懂
------解决方案--------------------
学习的路还长啊
------解决方案--------------------
围观LZ来的
------解决方案--------------------
不太懂！
------解决方案--------------------
围观浆糊
------解决方案--------------------
up
------解决方案--------------------
未来是由微软绝对的
------解决方案--------------------
本地wpf!!!是指不基于.net的框架吗？？是的话很应该建嘛，效率高效果好！
------解决方案--------------------
DirectUI是不是很类似于本地WPF的概念？
------解决方案--------------------
另外一个方案就是集成WPF或者Silverlight。VC项目组在用户调查中发现，需要使用WPF的Visual C++用户大都用C#编写WPF代码再用C++/CLI和非托管代码做接口
顶这个, 这个绝对是咱们不落伍的方法.
------解决方案--------------------
很多事情都是无奈的
------解决方案--------------------
07年就开始了啊，倒哦。
------解决方案--------------------
进来围观。。。
------解决方案--------------------
------解决方案--------------------
占座再看~
------解决方案--------------------
------解决方案--------------------
开发界面库其实是左右为难的，写得多了提供的功能多了对以后是不利的，写得少了又不能吸引眼球。你看看以前MFC提供CControlBar类的时候是多么先进，但现在的MFC标准docking机制反而成为累赘。再看看BCG界面库，绝对商业味道！一切都是为了吸引眼球！不说它的代码有没有BUG，单看它的架构你就不想用，它写的越多那你以后就越难扩展。
------解决方案--------------------
我认为在界面方面， MFC 绝对不是 WPF 的对手。
WPF 能实现的东西， 用 MFC 肯定能实现，
但问题在于你愿意付出多大的代价？
------解决方案--------------------