Windows Phone 软件开发包 (SDK) 8.0 可为您提供开发 Windows Phone 8 和 Windows Phone 7.5 应用和游戏所需的工具。

概述
Windows Phone SDK 8.0 是一个功能齐全的开发环境，可用于构建 Windows Phone 8.0 和 Windows Phone 7.5 的应用和游戏。 Windows Phone SDK 将提供一个适用于 Windows Phone 的独立 Express 2012 版本或作为 Visual Studio 2012 Professional、Premium 或 Ultimate 版本的外接程序进行工作。 借助 SDK，您可以使用现有的编程技巧和代码来构建托管或本机代码应用。 此外，SDK 还包括在实际条件下用于分析和测试 Windows Phone 应用的多个模拟器和其他工具。

文件还详细披露了传闻中的3D模式诺基亚地图，诺基亚地图是Windows Phone8的默认地图，以及硬件加速绘制的细节。微软还告诉开发者，Windows Phone8将支持热插拔SD卡，但这些应用程序将通过API（应用编程接口）只读访问用户存储的内容。Windows Phone8还将增加Direct3D。

虽然某些API与WinRT中的类似，但微软表示，基于HTML的手机应用程序“不支持Windows Phone8开发者预览版的应用模式”。总的来说，这次泄漏的文件没有提供太多新的信息，但证实了一些此前的传闻，如微软计划改进摄像头功能。

1.WP8SDK同时支持WP8和WP7.1的开发，不需要为了开发WP7程序单独安装WP7.1的SDK。
2.开放蓝牙的API，第三方程序可以使用蓝牙的API进行通信。
3.第三方程序可以有锁屏界面的通知，可以锁屏后继续运行。
4.SDK 中的项目模版中，C#具有一切功能，包括做DX的开发，而C++除了DX，其他基本只是用来做做类库之类的，或者说全景视图，枢纽视图，MVVM数据绑 定，后台播放代理，后台流媒体代理，后台周期任务的模版都通通没有。游戏用7.1SDK是XNA，用DX就是8.0SDK，非DX的普通应用 C#+XAML还是唯一选择。普通程序是不可能用C+++XAML开发的只能是C#+XAML，最多是某个组件DLL之类用C++写的（但这类程序没什么 密集型运算，所以混搭C++的可能性实际来说也基本没有，因为没有需求，修改下，其实有需求的，例如加入视频语音等）。
5.WP8的项目可以引用 WP7.1的项目，但WP7.1的项目无法引用WP8的项目，意思就是以前WP7.1写好的组件，无需任何调整或升级项目版本即可直接用到WP8里面，一 个解决方案中可以同时存在WP8和WP7的项目，就像Net2.0写好的dll直接就可以被4.0的项目引用一样。
6.从目前的SDK看来，相对Win8还是缩水不少，普通程序C#+XAML还是唯一的方案，和以前WP7一样，Win8上的C+++XAML，和HTML5+JS，在WP8中都没有出现。
当 然游戏有了DX+C++的强力入住，这弥补了以前WP7的一项严重不足，虽然C++无法独立开发普通应用，但例如一些存在密集运算需要C++相对更高效率 的，例如压缩解压软件，虽然还是用C#+XAML开发，但核心编解码器之类的组件可以用C++编写，然后供C#的项目调用。
7.排除WP没分的DX，C++，就普通应用来说里面有8成的东西都是Applies to: Windows Phone 8 Developer Preview | Windows Phone OS 7.1
也就是WP8和WP7的共有特性或者说API。剩下的一些当然就是：Applies to: Windows Phone 8 Developer Preview only 也就是只有WP8支持的东西。
有空整理下仅支持WP8的那部分，这个比较有意义。
结论就是，C#+XAML还是WP8开发非DX的普通应用的唯一选择（或者可以结合C++开发部分组件如果有必要的话），DX会成为未来3D游戏的选择之一。
排除WP8新增功能部分，用C#+XAML开发应用，WP8和WP7是一致的，8成API都是WP7和WP8通用，不通用的部分当然就是WP8新增的，不要扣我的文字，到底是8成还是9成API，有兴趣自己去统计。
WP8 主要是弥补了WP7的不足，例如Native code，DX，RTP，除了DX和XNA存在竞争关系，其他WP8可以说是继承于WP7的东西，然后新增点API而已，SDK7.1到SDK8和当年 SDK7.0到SDK7.1没有本质不同，当然SDK8相对7.1改进更大跨越更大。
失望的是HTML5+JS没有出现，这个作为新生力量，应该支持才是。C+++XAML倒是不期待，因为Win8目前的Metro程序也很少有人这样子用，C++用来写写压缩解压密集运算的部分就好，界面这一块没有什么必要掺和。
看样子，WP8作为手机还是精简了不少必要性不高的东西，没有C++加XAML，没有HTML+JS，就跨内核及CPU架构的能力，和Win8的Metro共享代码的能力，C#+XAML本来就是最强的，所以C#+XAML是非DX的普通应用的唯一选择也不意外。
怎么说呢，以前WP7是怎样的还是怎样，没有变成C++的可能（除非需要用到新特性或者以前无法实现的东西），而以前WP7做不到的现在还是做不到，不过 WP8可以做到了，所以WP7未来的短板在哪里就无需我多说了，虽然说普通应用是继承WP7的关系，但这次WP8SDK相对WP7.1SDK，步子迈得有点大，普通应用短板还是明显存在的，肯定还是部分因为需要新特性而用WP8的SDK。

（原文地址：http://www.7edown.com/soft/down/soft_25310.html ；文章中作者的分析，感觉还是有点价值的。）