谈一谈 Windows 8 的软件开发架构

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

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

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

image

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

  再来看看WinRT:

image

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

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

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

image

  微软提供了三个平台的传统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 的软件开发架构,转载需保留来源!

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