回复内容：
HTML这个体系在开发大型软件产品的时候，还是存在一些比较麻烦的点，之前我在这篇里面提到过：还要多少年, 前端开发才能像客户端开发那样轻松？ - 徐飞的回答
楼主在提这个问题的时候倒不如问一下为什么firefoxos没有火起来？
Firefox OS 想法非常美，拿Android和linux的底部直接boot到Gecko，firefox的浏览器引擎，firefox上的所有web app全都能在手机上跑，deploy完全没有阻碍。
为什么没有火呢？？我没有学过graphics，但自己build到测试机上跑了一次，性能很差，ui也很难看，firefox知道这手机在美国没市场，还专门挑qualcomm比较便宜的模型做超低端机，性能更差了，还是没什么起色
只要市场够大，有钱赚，微软就可以推。至于这个市场有多大，看看有多少招聘广告要求WPF，看有多少基于WPF的第三方组件产品广告，看技术论坛上每个月有多少关于WPF的问题就知道了，和提问者的一厢情愿一点关系都没有。微软在致力于将旧的基于GDI的程序（例如MFC和Windows Forms）迁移到基于DirectX的WPF，这个工作做了10年，进展不是很大，像Evernote这样的程序嫌WPF太慢又换回去了，反正简单的界面没动画也不需要多大显卡资源，改C++性能更好还可以跨平台。但是只要CPU的速度瓶颈一直不解决，界面发展的未来还是在GPU上，这方面微软的决策还是有根据的。
至于扯HTML5跨平台什么的，你前端用Android后台用LAMP不给微软交钱的话，微软为什么要推广你的东西？没人说你自己的东西不好，你自己去掏腰包宣传啊。要微软掏腰包你要给微软生态系统贡献才行，比如后台放在Azure上啊，或者前端支持Windows API啊，不过说到推广力度嘛，当然是推只支持Windows平台的WPF对销量更有帮助了。在这里给自己的HTML5引擎打广告的，省省吧，微软推不推WPF，和你的引擎可以做的多么的炫，一点关系都没有。
用性能需求强迫用户升级硬件的，也就操作系统可以干干，一个应用商这么干不是找删么？认为HTML可以解决一切开发需求的错误，苹果犯过（IPhone1最初不支持原生应用）,HP犯过(Web OS的平板发布后应用太少。最后不得不抛售），Facebook也犯过（CEO马克·扎克伯格称利用HTML5技术开发移动应用是该公司最大的错误决策之一），最后都是性能跟不上不得不放弃。另外，HTML5能不能跑还得看各家的HTML引擎的实现（比如Bad news: iOS 7's HTML5 is full of bugs），一次编写处处运行？Java早就证明这不过是一次编写处处调试罢了。
评论中一些人满口喷粪，已经删除。 想象一下html和js写的windows，画面一定很美。。。 如果b/s在任何条件下都好用的话，c/s根本没必要存在。 这年代已经没 WPF 什么事情了. 你看我们的新引擎, 整个界面都是 HTML5 写的, 通过 nodejs 做 native 的交互, 无障碍.
如果你是一个像我一样对操作细节有疯狂追求的人, 那么你写界面的时候一定会希望更多的自定义和对原生控件的修改. 这个时候你会发现 HTML5 的界面书写才是你的好伙伴. 比如:
设计这种贴心的 gizmos:
精准的 tree view 插入提示:
为每个控件量身定做的 focus 视觉效果:
甚至还有窗口间的 dock/popup:
然后一开 Dev Tools 就可以调节样式, Debug, 很符合处女座们对 1px 的追求:
WPF是2001年的事情了，再说了现在HTML你拿来做UI的话，跟WPF还是差远。
- HTML 和 WPF 完全是2个东西。
- 如果你要问有HTML 为和还要推出 XAML。那我帮你 @vczh
- HTML 怎么好了。我就不知道。
使用 WPF、或者准确的说使用 Silverlight 技术，和 HTML5 技术都可以开发 Universal Windows App。对 Windows 平台而言，HTML5 已经是 Native UI 的一部分 WPF没记错比HTML5先出来吧？在这之前的HTML很多如今看起来很简单的实现都很繁琐。而且就算如此，HTML5还是很基础。需要强大的交互能力和兼容性还要很长一段路要走。另外，LZ说的WPF应该是指silverlight吧？否则都没有可比性。
同样的类比问题，有HTML这么好的前端及UI解决方案,Adobe为什么还要推出Flash?
答案是，HTML和这几个老牌比还有一段距离。技术趋势会变，但是并不意味着新技术一到来就是终结者，它还需要一个发展的过程。随着IDE和各类js库以及游览器支持度的提高。HTML应用也会变得越来越复杂，越来越强大。
