关于windows8的架构，这张图流传的相当广泛

　　但是有多少人明白这其中的奥秘，我特意做了一些实验，来发现这到底是怎么一会儿事儿。

　　首先来看看win32 时代我们开发一个应用的过程：

　　一直都是折腾类库来开发的，dotNET类库比win32类库进了一步，做了一些更深的封装。虽然dotNET更先进，但c++的既存代码非常丰富，而且其内存密集操作巨大的性能优势，让人难以割舍。但建立一个混合c++类库和dotNET类库的项目时，结合起来并不那么令人愉快，P/invoke，c++/cli 比较麻烦。

　　再来看看WinRT：

　　Oh yeah，只有一种库，winmd lib。随便混合，你不需要关心一个winmd类库是用什么语言编写的，而且这个winmd类库只有一个版本，而且他可以在 x86 x64 arm 的win8上执行.以前混入c++类库后面对多平台的部署可是很头疼的，现在，这事儿不存在了。

　　当然传统的c++ lib 肯定可以用，一旦使用，就要自己考虑一揽子平台问题，既然win8是个多平台的系统，您自己掂量着办吧。 

　　再来说说directX，做游戏的，第一关心的就是图形图像api，很遗憾，dx目前没有winmd的版本。

　　微软提供了三个平台的传统c++ lib，这里面包括 dx11，也就是说做游戏必须要用c++，当然一定会出现各种开源引擎，可以用任意语言调用来写游戏，包括js。

　　只是这次微软一次放出了太多的变化，让我们的抉择一下变得太多。有点不知所措了。

　　wp7才缔造了一个完全dotNET framework的环境，并且反响还不错，win8马上祭出了winrt。

　　从dotNET framework迁移到winrt并不算跨度大，最大的变化是c++的加入，dx的加入。

　　坏消息是本来一个很清楚的xna一统桌面、手机、家用机的局势，变得很扑朔迷离了，终究微软一定会有一个XNA winmd，也许换个名字，也许干脆叫DX，最终实现pc三平台、家用机、手机公用一套图形接口。

　　但这个过渡期会多久，这期间多种技术、多种版本并举，烦恼的开发者会变得很愤怒，微软究竟能不能给出比较好的方法来平稳过渡，我们拭目以待。 

　　好消息是庞大的c++ dx游戏群可以很快的转变成win8的 metro 版本，主流游戏引擎只需一个小小的转身就可以for metro了。

　　不要用愚蠢的决策来伤开发者的心，win8一定会成功。

NET技术：谈一谈 Windows 8 的软件开发架构，转载需保留来源！

郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。