微软推出Common XAML UI
在 .NET 开发人员中间，一直有人抱怨基于 XAML 的不同用户界面种类太多。该问题开始于 Silverlight，它有一套与 WPF 类似但不同的控件。Silverlight for Windows Phone 增加了第三套，而 XAML for WinRT 则增加了第四套。
在 4 月 2 日的 Build 主题演讲中，我们听说微软最终已经开始了整合过程，推出了 Common XAML UI。该 UI 框架基于 XAML for WinRT，允许同样的 UI 代码在手机、平板电脑、台式电脑、最终在 Xbox One 上共享。
Common UI 的基础是一个称为“共享项目”的新项目类型。这是 Visual Studio 的一个新概念，其工作方式与可移植类库有很大的不同。一个共享项目不能单独编译成 DLL 或 EXE。相反，它会在构建时合并到一个或多个传统的项目类型中。传统项目的非正式名称为“项目头（project heads）”。
面板、按钮、文本框/按钮等核心基元在 Windows 和 Windows Phone 上将会有相同的行为。Hub、AppBar/CommandBar、日期/时间选择器、ListView、浮出控件和媒体等高级基元在两个平台上将会有相 同的 API，但行为不同。Ads SDK 在两个平台上也有共用的 API 签名，但也是行为不同。
需要注意的是，部分功能会悄无声息地失效。例如，如果在 CommandBar 中有太多的按钮，那么 Windows Phone 将只渲染前面的几个。
虽然许多控件可以根据屏幕尺寸的不同伸缩，但有时候，开发人员需要针对某些设备定制控件的行为。一种实现方式是使用特定于平台的自定义控件。共享控件可以引用这些特定于平台的自定义控件，只要控件在每个项目头里有正确的名称。
提高代码重用的另一种选择是在后台代码中使用条件编译和#if def。从这个意义上讲，它就像在项目之间使用软链接共享源代码文件的经典方式。
资源文件提供了定制用户体验的第三种方式，用法与本地使用相同。以命令栏按钮为例，它们如何能按照预期在手机上小写，在台式电脑上首字母大写。
虽然大部分 API 现在可以共享，但有些特性并不是在所有平台都可用。最值得注意的有：
仅与于 Windows 平台的 API
- SearchBox
- Settings Flyout
仅用于 Windows Phone 平台的 API
- Pivot
- AutoSuggestBox
- ContentDialog
- Maps
- System Chrome
- Progress area, in-call UI
Windows 和 Windows Phone 的后退按钮行为不同，因此可能需要围绕它们做些自定义工作。另外，有必要针对文件选择器、共享和设置编写特定于平台的代码。
Visual Studio 2013 Update 2 的所有版本都提供了 Common XAML 和 Universal Apps。