本文章是由機器翻譯。
Windows 10
為 Windows 10 設備構建 Windows 應用程式概述
你會活著看到它：可以運行在 Windows 設備每個類型的單個 Windows 作業系統。它有一個單一的設備平臺，讓真正通用的硬體驅動程式和單個應用程式平臺，能夠真正普遍的 Windows 應用程式。年制，這是一個重大的工程成就。
在 OS 級別，這意味著一個單一、 可維護性和敏捷的代碼庫。對於開發人員來說，它提供了一個統一的、 可靠的 API 表面跨每個 Windows 設備，從物聯網 (物聯網) 設備，如樹莓派到電話、 Xbox、 平板電腦、 表面樞紐、 筆記本電腦、 PC 和更多 （如 Microsoft 立體透鏡）。如中所示圖 1，這是一個寫入一次運行到處承諾交付 Windows 10 中統一應用平臺 （UAP）。
.jpg "通用應用程式平臺實現應用程式跨所有 Windows 設備家庭")
圖 1 通用應用程式平臺實現應用程式跨所有 Windows 設備家庭
西遊記 》 Windows 10
Windows 的收斂性已經很久了。早在 2011 年，微軟已與三個作業系統三個平臺。在 PC 和伺服器作業系統是 Windows，建立在Windows NT代碼庫。手機作業系統是 Windows PhoneWindows CE與表面上的相似之處Windows NT，但不同的代碼基衍生物。Xbox 360 OSWindows NT，但它是一個 10 歲叉差別極大，也是一個不同的代碼庫。
在那個時候，微軟努力使常見的互聯網瀏覽器對每個平臺。有人沒有 Windows 核心，沒有 Windows 平臺上，並沒有不穩定型心絞痛。互聯網資源管理器中對這些三個作業系統執行是成功的但需要相當大的工程體操。
與 Windows Phone 8Windows NTOS 內核替換Windows CE在手機上。此收斂搬東西在路上向一個單一的代碼庫。Windows、 Windows Phone 和 Xbox 360 杠杆一樣的內核，雖然每個仍有獨特的代碼庫。在 2013 年，Xbox 一發起和 OS 的核心與 Windows 8 分享它。 微軟是這樣一個代碼基地附近你可以聞到它，但它仍然為三個不同的作業系統提供服務。
Windows 10 是彙集了這三駕馬車和銜接工程努力一次機會。然而，同時，新技術的應用要求增加更多的 Windows 目標：物聯網領域，微軟立體透鏡、 表面樞紐和未來的 Windows 設備家族成員。Windows 10 需要一個作業系統不僅為 Windows、 電話和 Xbox，而且每一個未來的平臺。
微軟做到了。Windows 10 已成為占地面積小，一個核心在每個設備系列運行的作業系統。這不是一樣簡單檔 |另存為。聰明的人努力在令人難以置信的時間內交付一項工程奇跡。Windows 10 是一項必要，使不穩定型心絞痛的代碼基礎。從這個點向前每個 Microsoft 產品將被寫入反對構成了 Windows 10 單核。
團結不均勻性團結代碼到一個作業系統並不意味著一個 UI 在不同設備的核心基地。Windows Phone 有一個聰明、 愛多、 單手的介面從 10 英尺的 Xbox 經驗顯著特色。也是如此與表面樞紐、 微軟立體透鏡和樹莓派。這些傳遞大量的其價值，通過其獨特的經驗。儘管如此，隨著其圖書館、 運行庫和框架，OS 是相同的。設備平臺和應用平臺是相同的。UI 和外殼程式的功能，然而，埠是截然不同且調諧到每個設備的正確使用模型。這些不是相同的。
理論上講，有人可以引導至這一核心作業系統，甚至運行應用程式，但沒有人會因為它是只是構建基塊。若要正確地支援每個表單因數，對 OS 的核心添加特定于設備的外殼元件 — — 喜歡開始功能表中，具體的 HID 支援，任何碎片和部件需要啟用特定于設備的功能，如桌面應用程式。從基本的 OS，以形成不同的 OS Sku 你看到微軟產品，如 Windows、 伺服器、 Xbox 和立體透鏡作為建立了這些額外的元件。
一個應用程式平臺這是一個有趣的遊戲和你的朋友一起玩。告訴他們你要擁抱 Microsoft 應用程式的最新的創新，但你不會針對 Windows 10。 怎麼了？下一個-一代 Windows 應用程式不會目標作業系統。相反，他們將目標應用程式平臺。在 Windows 上，不穩定型心絞痛是一種一致的應用程式模型和 API 表面在每個 Windows 設備保證。
不穩定型心絞痛並不是一個運行時。一個 Windows 應用程式，甚至一個託管語言 （如Visual Basic或 C#） 編寫的編譯到金屬一樣的任何其他應用程式。它不會運行庫內運行。它不需要運行時。不穩定型心絞痛是一個常見的 API 表面跨設備，所以針對不穩定型心絞痛針對特定的設置和版本的 Api。
值得指出的是您構建 Windows 應用程式和遊戲的你已經知道的技術和工具。託管語言編寫的 Windows 應用程式仍然享受 Microsoft.NET 框架，它本身是只有一個集合的介面和基類，這些類的説明器方法。在針對不穩定型心絞痛的託管應用程式中使用的.NET Framework 全的子集稱為.NET 核心。補充這，您在針對不穩定型心絞痛的應用程式中使用的 Api 的大多數是在 Windows 運行時，哪個專案轉換為每一種語言，不只是託管的語言。
它是不只是 XAML 這篇文章將展示一個 XAML 的應用程式，但是 DirectX 和 JavaScript 應用程式 （Windows Web 應用程式） 都還支援不穩定型心絞痛，就像他們在 Windows 8 中一樣。 說，它是令人著迷，看看這個新興的 XAML 故事。XAML 是重要的許多 Microsoft 平臺 — —Windows Presentation Foundation(WPF)，Silverlight 在瀏覽器和 Windows Phone 和現在在 Windows 使用者介面平臺 （其中起家的代號"朱庇特"）。
Microsoft Office2016年現在是一個家庭的不穩定型心絞痛的應用程式。它使用什麼 UI 技術？XAML。由於這種關係，XAML 平臺是豐富的功能和控制： Microsoft 和協力廠商開發者，像你一樣，可以在他們的 Windows 應用程式中使用。
Windows 桌面外殼程式介紹了許多新的功能，如開始功能表和行動的中心。它使用什麼 UI 技術？XAML。由於這種關係，XAML 平臺是超性能，提供以小組第二次性能呈現功能，如果你利用它。
當 XAML，是微軟都在。 許多重要的操作系統應用程式，如照片和 MSN 的應用程式，如健康 & 健身，依賴于 XAML UI 平臺，提供了相同的豐富功能，每個開發人員可以利用他們的 Windows 應用程式中。你所看到的在 Microsoft 應用程式，你也可以做。不只是 API 表面積相同的每一個人，所以是 XAML UI 平臺。
對軟體發展人員的價值是不夠的要寫一個應用程式，可以在每個設備上運行。為了向使用者提供真正的價值，您的 Windows 應用程式需要在不同的設備上點亮。由於不穩定型心絞痛的可擴充性，您可以將在每個設備運行的單個二進位檔案中包含特定于設備的代碼。
你得到多個單一二進位與不穩定型心絞痛，你也可以獲得一切一家門店 — — 為手機、 平板電腦、 桌上型電腦和甚至 Xbox 應用程式。簡化了的經驗 ； 簡化了貨幣化 ； 和簡化的指標來監測市場成功，以及。
那一家商店和平臺讓您適當地部署資產。這意味著資產用於 Xbox 經驗不會下推到電話。並針對特定決議和規模的資產包的功能在 Windows 8 中仍在不穩定型心絞痛。
一如往常，你留在控制。不穩定型心絞痛支援 Windows 的每個設備，並不意味著你必須。您選擇您的 Windows 應用程式將支援哪些家庭設備。如果您的 Windows 應用程式是僅電話，只有 Xbox 或僅立體透鏡，這是給你。Windows 應用商店可確保您的應用程式交付給您選擇的家庭設備。
對你的價值不是只是更廣泛的影響，而且更容易的整體體驗。還有一套工具，包括Visual Studio和混合的Visual Studio，你已經知道和愛。那裡是一整套熟悉的語言，包括 JavaScript，.NET 框架 （Visual Basic或 C#） 和 C + + /cli CX。在結束時，您和您的團隊構建 Windows 應用程式在使用您已經知道。
很多考慮
巨大的力量越大，責任越大。不穩定型心絞痛使 Windows 應用程式，以在每個類型的 Windows 設備上運行。這是太棒了，但它有個警告：不是每個設備提供了相同的 ux 選項。這意味著雖然你可以使用許多相同的回應 Web 設計 （RWD） 技術您使用 Web 應用程式中，必須認為通過您的 Windows 應用程式工作流如何在不同類型的設備用於不同類型的用途上。不穩定型心絞痛只能啟用支援在不同的設備 ； 它是開發人員和設計師打造是對所有這些偉大的使用者體驗。
Microsoft 提供了慷慨的工具，以説明建立反應與適應 Windows 應用程式。Visual Studio可以在設計時類比長寬比、 規模和大小。Visual Studio可以還類比 （而且有時模仿） 特定的設備目標即使你並不擁有硬體。這允許您測試 Windows 的應用程式和技巧你一路走來的經歷。
XAML 工具箱有幾個新的控制項和功能增強，以説明您創建回應和自我調整介面看起來不錯，每個設備和每個尺寸的顯示幕上。例如，RelativePanel 是新的 XAML 開發人員使用。它像每一個其他版式控制項如網格和 StackPanel，從面板繼承，但允許設計者和開發人員可以定位相對於其他子項目的子項目。由此產生的 XAML 視覺化樹是簡單呈現和遠為簡單操作以回應佈局更改。可視狀態是另一個增強對於 XAML 開發人員，使其簡單佈局變化作出反應。
這是重要的：創建一個 Windows 應用程式，多個設備的目標並不意味著寫入最低的共同標準。UI 豐富，所以是的功能集。運行時檢查 （使用 Windows.Foundation.Metadata.ApiInformation 命名空間） 使您能夠包括為每個設備上的最佳可能 UX 點亮您的應用程式的特定于設備的能力。新功能和聚合的控制項是積木你需要更大的夢想。
一個 Windows 應用程式的解剖
現在讓我們看看的關鍵技術，為創建一個 Windows 應用程式，會碰到任何設備系列。我們假定您已經熟悉 Windows 8.1 Windows 運行時 （WinRT) XAML 應用程式開發。Windows 應用程式是那些應用程式的演變。你會發現很多資源對微軟虛擬學院學習，你可以找到在 aka.ms/w8learn。這篇文章集中于不穩定型心絞痛中的新功能 — — 用於運行 Windows 應用程式跨設備的家庭。
Visual Studio到 2015 年，範本/Visual C# 中 Windows 通用的節點，在新建專案對話方塊中有幾個專案範本：空白的應用程式、 類庫和 Windows 運行時元件。空白的應用程式範本用於生成一個 Windows 應用程式。類庫和 Windows 運行時元件範本允許您將 UI 和邏輯在其他專案中重用封裝。類庫支援非不穩定型心絞痛的應用程式，但僅限於託管語言 ； 可以在語言之間共用 Windows 運行時元件 （包括 JavaScript 和 C + + CX），但有限制其公共 API 表面的規則。
對於此示例，選擇空白的應用程式，如中所示圖 2。
.jpg "預設情況下，Windows 應用程式現在使用的空白範本")
預設情況下，Windows 應用程式現在使用的空白範本圖 2
其他所有範本在都哪裡？考慮附帶 Windows 8 的中心應用程式範本。 許多開發人員使用它。許多開發人員複製它。這一連串"我太"應用程式創建 Windows 存儲區中的視覺一致性，但沒貢獻生態系統多樣性。現在，空白應用程式範本是在舞臺的中央，鼓勵發展商在平臺上創建視覺一致且獨特的介面。許多以社區為基礎的範本已經開始出現在Visual Studio畫廊，其中包括，Template10，這寫的這篇文章的作者。
**世界您好！**您已經創建您的第一個 Windows 應用程式。雖然 UI 是空白的它已經可以在 Windows 的每個設備上運行。Visual Studio解決方案資源管理器顯示一個基本的 Windows 應用程式是多麼簡單：與 App.xaml 和初始 UI 的單個的 MainPage.xaml 檔的單個專案。
您的解決方案包括其他熟悉的支援檔。Package.appxmanifest 聲明的能力，應用程式將請求從使用者的電腦，如使用者的位置 ； 訪問攝像頭 ； 和檔案系統。XML 架構已有所擴大，但是是為 Windows 8.1 通用程式 appxmanifest 差不多。
兩個頭在哪裡？Windows 8 通用應用程式所需的電話和 Windows 頭專案。不穩定型心絞痛並不需要多個元首。相反，你適應您的介面，以適應任何地方您的 Windows 應用程式正在運行。說，你當然可以創建一個多頭的解決方案如果它適合你的開發團隊的工作流。同樣支援這兩種方法。
包括內容 MainPage.xaml 打開時，您將看到的改進的Visual StudioXAML 設計時體驗。設計器是更豐富、 更快 ； 類比高寬比和規模的能力已經提高 ； 並擴大了該工具本身。現在讓我們添加一個小的 XAML 中，如中所示圖 3。（感謝向我們的同事為此示例的David克勞福德。）
圖 3 RelativePanel 允許你到佈局你介面中一種簡單方法
<Grid Background="{StaticResource EggshellBrush}">
<RelativePanel x:Name="PromoArea">
<Image x:Name="BannerImage" HorizontalAlignment="Right"
Height="280" Stretch="UniformToFill"
Source="Assets/clouds.png"
RelativePanel.AlignRightWithPanel="True"/>
<Grid x:Name="BannerText" Margin="24"
Background="{StaticResource BlueBrush}">
<StackPanel Margin="12" HorizontalAlignment="Stretch">
<TextBlock x:Name="Headline" Text="Come fly with us"
Margin="0,-32,0,0" FontSize="48"
Foreground="{StaticResource EggshellBrush}"
FontFamily="{StaticResource LustScriptFont}" />
<TextBlock x:Name="Subtitle" FontSize="21.333"
Foreground="{StaticResource EggshellBrush}"
FontFamily="{StaticResource DomusTitlingFont}">
<Run Text="Fly return to London"/>
<LineBreak/>
<Run Text="For only $800"/>
</TextBlock>
</StackPanel>
</Grid>
</RelativePanel>
</Grid>
中的代碼圖 3 創建簡單的應用程式為一個虛構的航空公司的頁面頁眉。具體而言，它利用新的 XAML RelativePanel，允許您在一個簡單的方法中重新排列該介面。RelativePanel 將位置右側的頁面橫幅圖像和包含網格持有該航空公司最近特別產品。
添加一些資產 XAML 引用我們已經添加到資源資料夾中的三個檔 — — 一個影像檔，Clouds.png 和兩種自訂字體，DomusTitlingFont.ttf 和 LustScriptFont.ttf。 字體和自訂筆刷資源在 App.xaml 中聲明：
<Application.Resources>
<SolidColorBrush x:Key="BlueBrush" Color="#FF1C90D1"/>
<SolidColorBrush x:Key="EggshellBrush" Color="#FFFAFFF7"/>
<FontFamily x:Key="LustScriptFont">
Assets/Fonts/LustScriptDisplay.otf#Lust Script Display
</FontFamily>
<FontFamily x:Key="DomusTitlingFont">
Assets/Fonts/DomusTitling.otf#Domus Titling
</FontFamily>
</Application.Resources>
這些檔包含在本文附帶的代碼下載中。
請注意，該點陣圖圖像是在某一尺度。如果你想要容納具有更高的解析度的設備，您可以擴展您的資產和他們使用合適的尺度因數，因此每個使用者獲取最佳視覺體驗，沒有下載其他規模因素的資產的名稱。
在設備上運行回 MainPage.xaml，在 UI 正在形成。若要運行該應用程式，可以在Visual Studio設備目標下拉清單中選擇的目標。注意它包含 Windows 模擬器 （用於觸摸測試）、 本地電腦、 遠端電腦 （用於測試的胳膊） 和設備 （真實的電話硬體）。手機模擬器是同一清單中。選擇並運行在本地電腦上和後來電話模擬器，以看到您在沒有任何特殊的編譯不同的設備上運行的 Windows 應用程式之一。
你可能已經注意到在本地電腦上，換句話說桌面上您的 PC 上運行一個 Windows 應用程式視窗的經驗並不是 Windows 8 的全螢幕體驗。 這是因為你正在運行您的應用程式視窗 10 SKU 的桌面上。 Windows 10 移動 SKU 仍然啟動 Windows 應用程式全屏觸摸導航更容易。但是，Windows 10 桌面 SKU 還將啟動 Windows 應用程式全屏，如果您選擇通過連續介面在平板電腦或可轉換的筆記本電腦的觸摸體驗。
自我調整介面雖然在這兩個設備上運行的 Windows 應用程式，經仔細檢查使用者介面不是很好的在手機的小螢幕上。頁眉文本太大，小小的螢幕，並且會被截斷。這是過程的一個漫長，以測試和改善使用者體驗的各種可能的設備，為此 Windows 應用程式的開始。
當我們檢測到手機的更窄的螢幕，我們將修改標頭的佈局。它是重要的然而，認識到它不是手機被發現 ； 它是在螢幕的寬度。這允許對桌面及電話的狹隘經驗。
請注意沒有 API 來檢測手機。然而，應您的設計需要單手操作特定于手機和小型平板電腦，您可以測試自訂的可視狀態觸發器 （這不在這篇文章中討論） 中的物理設備的對角線尺寸。
可視狀態並非新的 XAML。可視狀態管理員允許開發人員和設計師來定義不同的視覺狀態 (含義不同的螢幕佈局)，並在運行時在它們之間切換。視覺狀態自我調整觸發器是新的不穩定型心絞痛。他們破除切換可視狀態的程式設計方法。相反，你聲明時，可視狀態應在 XAML 中可見和底層平臺沒有休息。
現在，修改中所示的 XAML 中 MainPage.XAML， 圖 4。
圖 4 XAML 現在支援為適應介面聲明規則
<Grid Background="{StaticResource EggshellBrush}">
<VisualStateManager.VisualStateGroups>
<VisualStateGroup x:Name="WindowStates">
<VisualState x:Name="NarrowState">
<VisualState.StateTriggers>
<AdaptiveTrigger MinWindowWidth="1"/>
</VisualState.StateTriggers>
<VisualState.Setters>
<Setter Target="BannerImage.Height" Value="120"/>
<Setter Target="BannerText.(RelativePanel.Below)"
Value="BannerImage"/>
<Setter Target="BannerText.Width" Value="660"/>
<Setter Target="BannerText.Margin" Value="0,0,0,24"/>
<Setter Target="Headline.FontSize" Value="28"/>
<Setter Target="Subtitle.FontSize" Value="12"/>
</VisualState.Setters>
</VisualState>
<VisualState x:Name="MediumState">
<VisualState.StateTriggers>
<AdaptiveTrigger MinWindowWidth="660"/>
</VisualState.StateTriggers>
<VisualState.Setters>
<Setter Target="BannerImage.Height" Value="180" />
<Setter Target="BannerText.(RelativePanel.AlignTopWith)"
Value="BannerImage"/>
<Setter Target="Headline.FontSize" Value="28"/>
<Setter Target="Subtitle.FontSize" Value="14"/>
</VisualState.Setters>
</VisualState>
<VisualState x:Name="WideState">
<VisualState.StateTriggers>
<AdaptiveTrigger MinWindowWidth="1000"/>
</VisualState.StateTriggers>
<VisualState.Setters>
<Setter Target="BannerText.(RelativePanel.AlignTopWith)"
Value="BannerImage"/>
</VisualState.Setters>
</VisualState>
</VisualStateGroup>
</VisualStateManager.VisualStateGroups>
<RelativePanel...
在圖 4，請注意有三個可視狀態聲明：NarrowState、 WideState 和 MediumState。每個這些可視狀態對應于不同的螢幕寬度範圍。你可以自由創建盡可能多或盡可能少的可視狀態，以支援您的目標的設備家庭所需。對於每個視覺狀態所用的名稱並不重要。
XAML 還演示了視覺狀態二傳手，不穩定型心絞痛中的新增功能，允許您設置一個離散屬性值，而演示圖板動畫的開銷。此處，我們使用 setter 來孩子們在 RelativePanel 的相對位置通過設置 RelativePanel 附加屬性更改子項目，而我們也在改變的高度 BannerImage 和文本元素的字型大小。與可視狀態的地方，介面做偉大的工作適應一個更窄的螢幕。運行它，看看 ！
圖 5 顯示使用者介面如何適應螢幕寬度的變化。在您的 Windows 應用程式，您可以利用可視狀態觸發器來調整元素以任何方式最符合您的使用者。
.jpg "適應螢幕寬度的變化")
圖 5 適應螢幕寬度的變化
完整版本的此示例中，包含在本文附帶的代碼下載中，發展進一步的 UI 和額外舉例說明使用的 RelativePanel 和視覺狀態觸發器來實現自我調整使用者介面。
自我調整碼使用者介面適應不同的螢幕，但是設備的區別延伸到更多螢幕大小。例如，手機有例如後背和相機，可能不會出現在不同的平臺，如 PC 的硬體按鈕。預設不穩定型心絞痛有大多數 API 表面的 Windows 應用程式需要，但特定于設備的功能是開啟擴展 Sdk，您將添加到您的專案，就像外部程式集，如中所示圖 6。他們不會導致不正確能力在其他類型的設備上運行您的應用程式啟用了一整套更廣泛的設備特定的功能。
.jpg "添加副檔名是一樣簡單添加專案引用")
圖 6 添加副檔名是一樣簡單添加專案引用
兩個最常見的平臺擴展 Sdk 是桌面和移動的副檔名，這使他們各自的 Windows SKU 所特有的功能。行動電話的分機，例如，使 Api 需要使用硬體相機按鈕。
Windows MobileSKU 可以在手機和小平板電腦上運行。然而，並不是所有的平板電腦 （並非所有電話） 有個硬體相機的按鈕。Sdk 擴展啟用按鈕支援，但不要把按鈕放在設備上。其結果是，在運行時，您必須測試裝置功能之前您調用擴展 SDK 中的功能。
就像平臺擴展 Sdk 喜歡的手機、 桌面解鎖設備的 Windows 應用程式的功能，自訂擴展 Sdk 添加的附加元件，像 Kinect for Windows 或第三的支援-方硬體。這些，也不會阻止您的應用程式在其他類型的設備上運行。
你如何檢查裝置功能？您利用 Windows.Foundation.Metadata.ApiInformation 類中的方法，返回一個簡單的布林值，如果當前設備上支援的類型或方法。您可以啟用您的 Windows 應用程式，使用相機按鈕來這樣的代碼：
if (Windows.Foundation.Metadata.ApiInformation.IsTypePresent(
"Windows.Phone.UI.Input.HardwareButtons"))
{
Windows.Phone.UI.Input.HardwareButtons.CameraPressed +=
HardwareButtons_CameraPressed;
}
在這裡請注意如何允許 Windows.Phone.UI.Input.HardwareButtons 代碼只有在設備上啟用了擴展 SDK 執行。與不同的編譯條件于功能測試不會導致多個二進位檔案。這意味著你可以點亮或優雅降級根據當前設備的功能的使用者體驗。這是一個功能強大的方法，使一個單一的二進位檔案 ； 它創造了無限的變異性，讓您充分利用您的 Windows 應用程式上不同的設備的家庭。
接近尾聲了
如果你熟悉 Windows 8 通用應用程式開發，然後構建針對不穩定型心絞痛的 Windows 應用程式應該感覺在家做飯。Windows 應用程式並不針對 Windows 10 ； 不穩定型心絞痛是目標，它從 Windows SKU 解耦。不穩定型心絞痛遞增版本在除 Windows 之外的節奏。這意味著不需要 Windows 應用程式，然後重新開機每次 Windows 作業系統轉速。Windows 應用程式針對一個或多個不穩定型心絞痛版本和測試這些功能只是因為他們要測試的裝置功能。這種靈活辦法給你漂亮，乾淨的方法，來充分利用未來的能力。
構建 Windows 應用程式意味著您的應用程式可以在任何 Windows 設備上運行。這禮物來自真實世界的告誡：不穩定型心絞痛可以運行您的應用程式，但只有開發人員和設計人員可以在 UI 和適應的代碼來提供最佳可能的 ux 選項。如果你想要建立單獨的特定于設備的二進位檔案，你可以做到。但是，如果您選擇建立一個支援多種裝置類型的 Windows 應用程式，所有的工具和基礎設施是在的地方，並準備讓你成功。
Jerry Nixon 是從科羅拉多州的微軟的開發人員福音傳教士。尼克森教和談視窗、 電話和桌面開發。他的職業生涯與提供以資料為中心的解決方案，而"資料庫開發者"是一個新的術語 6.5 中，Microsoft SQL Server發起。他收到一名平民海軍獎狀的保安工作，之前他的工作，將成為Microsoft CRM的啟動。15 年來，尼克森構建了以微軟為中心的移動解決方案。今天，他說著對 XAML 和流動性事件、 社區和大學和他的閒置時間大部分都花教他三個女兒星際迷航 》 角色觸動，集劇情。
Andy Wigley 是來自聯合王國的微軟的開發人員福音傳教士。他加入微軟在 2012 年和之前，曾擔任顧問的移動應用程式開發者社區的重要成員。他感到自豪，連續十年被命名為微軟最有價值專家 (MVP)。威格利是知名流行的 Windows Phone JumpStart 視頻上可用 channel9.msdn.com ，很高興與傑裡 · 尼克森工作組在 Windows 應用程式開發上有一系列後續的視頻。