Windows Phone 7 开发深度剖析

　　windows phone 7 庐山真面目

　　从微软在mwc透露的资料和视频来看，我们知晓 windows phone 7 系统和以往的windows mobile真是做了彻头彻尾的改进。windows phone7将从6大核心出发，分别是：people(联系人)、pictures(图片)、games(游戏)、music + video(影音)、marketplace(软件商店)与 office(办公)。操作上也发生了很多的改变，整个手机上只有三个按钮：后退、开始、与搜索，触摸屏与多点触控已经成为windows phone 7首选的交互方式。并且首页也已经改用图标界面，可以说微软已经彻底抛弃了以往 windows mobile 传统的界面与设计理念。

　　作为windows mobile的开发人员，我则更加关注windows phone 7在开发技术和开发理念上的改变。早在2005年左右微软就已经开始windows phone 7的规划和研发，但是windows phone 7在开发6年之久依然迟迟未出，除了受到iphone和android的影响进行了重新设计外，还受到微软各项技术向windows phone 7平台的迁移战略拖累。

　　silverlight、xna主导windows phone 7开发平台

　　3月7号微软官方博客已经公布了mix10会议上14 场和 windows phone 7应用和游戏开发相关的sessions。他们是：

　　? “changing our game”之windows phone 7 series介绍

　　? 开发 windows phone 游戏

　　? 开发高性能3d windows phone游戏

　　? 富移动网站的设计与开发

　　? windows phone 7 series应用平台概览

　　? windows phone用户界面及设计语言

　　? microsoft silverlight应用开发介绍

　　? 开发基于silverlight的windows phone应用(第一部分)

　　? 开发基于silverlight的windows phone应用(第二部分)

　　? windows phone应用平台架构

　　? windows phone的xna游戏开发及调试工具

　　? windows phone应用和游戏的分发和盈利

　　? windows phone的silverlight性能

　　? silverlight 及 windows phone 7 应用的单元测试框架

　　由此可知silverlight、xna将成为windows phone 7在应用和游戏方面的主要开发方式。在以往的windows mobile应用程序开发上，如何实现一个较好的界面呈现对程序员来说是非常头痛的事情。在微软提供的.net compact framework开发方式上，内置的控件不但实用性较差，而且在控件的呈现效果也非常简陋，微软对此的解释美其名曰是希望开发人员对所缺乏的控件进行自定义扩展。但是自定义控件对于大多数程序员来说是个可望不可即的技术活，而iphone和android之所以在界面呈现上远胜于windows mobile，就是因为这两个开发平台在创建起始就为程序员提供了大量功能强大、灵活度高且设计精美的内置控件，为此开发人员就可以将精力专注于应用程序的逻辑设计和界面布局上，不用再纠缠于控件的设计和编码上。

　　庆幸的是windows phone 7的研发人员终于意识到这个问题，为此silverlight被引入了windows phone 7平台。silverlight对于很多只专注于windows mobile的开发人员来说似乎有点陌生，为此笔者这里简单解释下silverlight相对应传统的windows form开发的巨大优势。在silverlight中主要是使用一种名为xaml的标记语言和布局界面和设置控件，xaml不但在界面界面上极具灵活性，而且相对应传统的编程语言实现界面来说，亦是简便了许多。

　　拿一个最简单的例子来说，在.net compact framework中，button可谓是我们最常用的控件之一，但是button控件的功能可谓是非常鸡肋，不能为按钮添加图片背景就是一个硬伤，更别提按钮的悬停、按下、释放效果，以及按钮的梯度颜色渐变等功能支持了。因此最简单地设置一个button按钮，最起码也是需要如下的c#代码支持：

　　而对于xaml仅需一行代码可以将上面的代码化繁为简：

　　如果xaml这种化繁为简的本事还不足称道的话，那么你想象过在一个按钮控件中实现动画效果，以及作为容器添加其他控件的能力吗?xaml为构建仅受限于想象力的程序界面提供了强有力的支持。为此在windows phone 7的应用程序开发上， xaml的引入将成为必然，windows phone 7的应用程序界面效果将和传统的window mobile程序那种有棱有角和千遍一律的界面存在明显的区别。

　　zune hd版的facebook采用xaml布局的界面效果

　　3月7号在 teched 中东会议的主旨演讲上，微软演示了一款跨 windows 7, windows phone 7 series 和 xbox 360 平台的冒险类游戏：在 windows phone 7 上继续 windows 7 保存的游戏，最终在 xbox 360 上完成任务，这听起来是不是非常震撼。手机、pc、xbox之间的通用游戏和通用存档意味着什么，意味着我们可以在地铁或者公交上使用windows phone 7随时随地游戏外，而后还可以将windows phone 7上的游戏存档通过网络直接上传到游戏体验效果更好的xbox 360或者pc上“再续前缘”。

　　跨 windows 7, windows phone 7 series 和 xbox 360 平台的冒险类游戏—platformer

　　而实现上面这一切都源于在windows phone 7平台上引入的xna游戏框架。xna起源于游戏界大名鼎鼎的directx，是微软对于c#版directx的修正和扩充版本。起初该工具也只是面向业余游戏程序员所设计的游戏开发套件。第一版的xna只支持xbox和pc两个平台，在xna 3.1版中又引入了对zune的支持。但是xna迟迟未表态何时支持windows mobile平台，以至于众多的游戏开发人员认为微软又一次抛弃了windows mobile。现如今微软终于给了我们一个定心丸，xna将成为windows phone 7主要的游戏开发平台。

　　xna同以往的游戏开发套件相比，游戏的开发效率有巨大的提升，成本和时间亦大副缩短，这是xna最大的优势和卖点。其实xna和众多的.net compact framework程序员来说可谓是同宗同源，因为xna本身就是构架于.net compact framework，只不过该版本的.net compact framework为支持xbox芯片进行相应的移植和优化。因此大多数.net compact framework开发人员可以快速切入xna的学习和开发，xna的基础库也和widows mobile的.net compact framework基本保持一致，只是额外添加了一些针对游戏开发相关的类库，因此windows mobile开发人员在游戏开发上的学习和迁移难度极低，无需又一轮无根基的修炼过程。

　　除此之外，使用xna的好处就是c#的快速开发优势，纵观现在windows mobile上的游戏开发方式主要有如下三类：

　　1、 windows mobile内置的directx mobile、gapi或gdi。

　　2、 develant technologies公司的gapidraw套件

　　3、 opengl es

　　现如今这些开发方式都已经有了相应的.net版本封装，于是乎越来越多的windows mobile游戏都开始采用c#+.net compact framework以及上述套件进行开发，据笔者所知的就有flight commander、tower defense等数十款，而且游戏效果亦可与那些使用c++开发的游戏媲美。但是上面三种游戏开发方式各成体系，支持的功能也各有长短，因此选择何种开发套件颇为为难。再者，opengl es和gapidraw并无官方版的.net封装，因此第三方的封装不可避免地存在一些缺陷，导致游戏开发时才意识到问题。最后，就是这三种游戏开发方式的接口并不一致，所以我们每次都无法避免地需要重新地学习，开发经验难以最大化地得到复用和积累。

　　.net compact framework开发出的游戏效果

　　而有.net compact framework 开发经验的程序员在使用xna开发游戏时虽然也存在一个重新学习过程，但是因为xna底层封装了游戏开发中常用和较复杂的实现，因此极大地简化了游戏开发的难度。我们可以使用很少的代码就可以实现游戏动画、冲突检测和场景的卷轴滚动等问题。除此之外，我们还开发的游戏无需太大的改动就可以运行在pc、xbox、zune和windows phone 7平台上，一举多得，何乐不为!