关于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一定会成功。