本文章是由機器翻譯。

Visual Studio 2012

針對新型應用程式更有效率的 IDE

彼得 · 福格爾

 

雖然 Visual Studio 2012 專業支援幾個新技術 （例如，Windows 存儲應用程式和 ASP.NET Web API），Visual Studio 團隊似乎已藉此機會專注于創造"更好的 IDE"。他們開始 UI 進行全面改革。雖然 Visual Studio 2012 UI 大修不近一樣激烈作為微軟做了什麼與 Windows 存儲應用程式，它包括許多重大的變化。這並不是說沒有大量的非 UI 的改進，但首先談論一下這些更改的"為什麼"。

Visual Studio 2012 年"更好地 IDE"專注于三個目標，以説明您更高效：減少混亂，簡化了常見任務，提高可用性。新單色的使用者介面和使用的頂級功能表中的"全部大寫"吸引了關注最多，而其他的更重大的變化會被忽視。例如，預設的工具列出現的 Visual Studio 從一種模式更改為另一種大幅減少的 Visual Studio 2012 年 （請參見圖 1)。雖然這樣可以減少混亂，更實際的結果就是一對夫婦更多行代碼在螢幕上的空間。這可以減少需要向上和向下滾動，並允許開發人員能夠更容易地看到"整個方法，"簡化很常見的任務：編寫的代碼。這是一個變化，看起來微不足道，但它反映了許多在 Visual Studio 2012 年變化的方向。

圖 1 減少顏色和 Chrome 使代碼突出顯示更加醒目**

存取碼

對代碼的訪問是新的 Visual Studio 2012 經驗的一個主要特點。例如，如果您選擇預覽按鈕，您的第一反應時按一下解決方案資源管理器中的檔可能是，Visual Studio 2012 是現在單點擊打開檔而不按兩下。但是，當您按一下一個代碼檔上時，你可以看到什麼是檔的 （視覺線索是檔的視窗的選項卡顯示在右側的好的選項卡上） 的預覽。按一下另一個檔在解決方案資源管理器中的單駁斥了現有的預覽，預覽新的檔。如果，不過，你到一個預覽檔進行了更改，轉向左側的選項卡，該檔將保持在編輯模式下打開。

尋找通過按一下每個檔的代碼效率低下，但 — — 新的搜索/篩選器選項的某些工具視窗頂部提供更有效的方法來找到你想要什麼。最明顯的例子是解決方案的解決方案資源管理器頂部的文字方塊中搜索。它允許您查找的檔的名稱和 — — 更重要的是 — — 成員名稱的任何解決方案中的專案 （雖然不是與 ASP.NET Web 網站專案）。您不再需要打開一個新視窗，要搜索的文本。其結果是任務的更少的雜波和簡化的一個常見。

也反映出移動為了減少混亂，同時提高了可用性，解決方案資源管理器現在結合，與查找視窗，與傳統解決方案資源管理器基於檔的視圖，讓您深入瞭解您的檔內的個別成員的類視圖功能 （請參閱圖 2)。補充這項功能是新的主頁按鈕，在解決方案資源管理器中，將解決方案資源管理器恢復為標準的檔案清單的頂部。

圖 2 解決方案資源管理器現在作為一種物件瀏覽器**

快速啟動 （該區域顯示在功能表列的右側），似乎對我不那麼有用。它搜索 Visual Studio 資產，而不是專案資產。如果您正在尋找功能表或 Visual Studio 選項的關鍵字，快速啟動會讓你找到相匹配的 Visual Studio 專案，然後直接轉到它。它不是我清楚如何往往會想這麼做，但快速啟動可能會鼓勵我做的更多。

智慧感知展開

智慧感知繼續擴大其搜索參數，以使它便於您查找類和成員。當您鍵入時，智慧感知匹配任何一個單詞的一部分不僅也有選擇性地匹配任何大寫字母在類和成員的名稱。在.aspx 檔中，例如，鍵入"業主立案法團"帶來了智慧感知清單，顯示 OutputCache。

CSS 此發行版本中，獲取智慧感知和 Web 開發者會發現智慧感知承認新的 HTML5 標籤。輸入綁定運算式時，ASP.NET 開發人員甚至得到支援。SharePoint 開發人員創建沙箱解決方案實際上會看到他們的清單變得越來越短 ； 沒有只農場的專案將會列出沙箱解決方案中的代碼。

它是 JavaScript，不過，其中獲得最智慧感知支援。Visual Studio 2012 現在會自動將 JavaScript 的意見納入對 JavaScript 函數和變數的智慧感知支援。如果您使用 XML 注釋在 JavaScript 代碼中，你有新的選項，用於生成智慧感知支援重載函數。Visual Studio 2012 甚至還帶給動態載入的指令檔提供智慧感知一刀。選擇 JavaScript 函式呼叫和按 f12 鍵 （或轉到定義從內容功能表中選擇） 將帶您到包含該函數 （除了生成的代碼） 的檔。不是所有的 JavaScript 支援也同樣有用，不過 — — 當 Visual Studio 2012 無法確定變數的資料類型，智慧感知往往只是列出了每個可用的 JavaScript 實體。

ASP.NET 和 ASP.NET MVC 開發人員

ASP.NET MVC 開發人員會欣賞的新支援創建 （包括 jQuery 流動圖書館） 的移動應用程式的專案範本和支援 ASP.NET Web API 的應用程式。另一種專案類型支援 Microsoft 用戶端啟用單個頁面應用程式，于一體的幾種 JavaScript Api — — 挖空模型-視圖-ViewModel （MVVM） / 資料繫結庫、 HTML5 史 API 和管理的微軟結果庫下載的物件 — — 以支援創建的 AJAX 應用程式。如果你很樂意使用 JavaScript 庫的微軟選擇 — — 他們是很好的選擇 — — 你不會自己來裝配您自己從頭再設置的技術。

Visual Studio 2012 還將 Web 和 SharePoint 開發人員現在自動套用格式 JavaScript 代碼。如果你有不同的標準的 JavaScript 格式，您也需要關閉此功能在工具 |選項或調整您的期望。

Visual Studio 2012 支援新的 HTML5 標籤 — — ASP.NET default.aspx 頁甚至包括部分標籤。開發人員可以停止強迫 <span> 和 <div> 標記使用共用作為一種確定其網頁的結構和開始使用專用於該任務的標籤的 CSS 類。較舊的 HTML 標籤的智慧感知功能支援新的 HTML5 屬性 （包括自訂資料的屬性和輔助富互聯網應用程式的協助工具屬性）。當然，你必須認識到這些新的標籤和屬性的瀏覽器上計數。

頁督察

主要的變化是 Web 開發人員都在調試過程中。您仍然可以按 F5 鍵調試 ASP.NET 和 ASP.NET MVC 應用程式，但在調試工具列上的新的下拉清單中可以方便地通過自動列出安裝在您的電腦上的所有瀏覽器的瀏覽器之間進行切換。真正的寶石冠對此清單中，但是，頁的檢查器，將改變 Web 開發人員解決他們的頁面中存在的問題的方式。

ASP.NET 頁的典型調試過程具有七個步驟：在瀏覽器中打開頁面、 看到錯誤的東西、 猜猜看的問題，關閉瀏覽器、 應用您的修復程式、 打開的頁面在瀏覽器中 （再次） 和看看問題是否消失。頁面檢查器短路這整個過程 ； 只需右擊解決方案資源管理器中的某個頁面 （.aspx、.cshtml 或.vbhtml） 並在頁面檢查器中選擇視圖。Visual Studio 2012 然後重新配置成幾個新的窗格，顯示您的頁面，因為它呈現在瀏覽器中選擇 HTML 的樹狀檢視發送到瀏覽器和 CSS 的交互視圖應用到您的網頁的原始檔案和自身 — — 它們都住 （請參閱圖 3)。

圖 3 頁檢查器顯示所有標記，該控制項如何呈現頁**

當您移動游標從一個地方到另一個地方在瀏覽器視圖中，HTML 和 CSS 窗格更新，以顯示什麼派遣到瀏覽器中看到的內容。雖然您的原始程式碼檔並不移動，以匹配您的瀏覽器，您的源仍可更新。如果更改了您的源，瀏覽器刷新展示您的更改的結果。在 CSS 視圖中，您可以禁用規則或通過按一下一條規則，切換到包含該規則的 CSS 檔。一次，如果您更改該規則，頁面重新顯示以顯示您改變的結果。

它不是一個完美的解決方案 — — 視圖 （甚至上 17 英寸顯示器） 很擠和頁督察似乎有絕對位置在樣式表中的麻煩 （但您也許不應該使用絕對位置，反正）。即使有這些告誡，頁面督察打算無法生存的一個工具。

測試

儘管 Web 開發者獲得改善在調試過程中的，每個人都得益于加強對測試驅動開發 （TDD） 的支援。新的測試的資源管理器已被取代舊的測試輸出視窗 （請參閱圖 4)，可從測試 |視窗，集中了大部分的拓展活動。測試資源管理器中列出所有您從其最後的測試回合，包括的時間，每個測試了 （給你早看看您的性能瓶頸可能） 的測試的狀態。失敗的測試，測試資源管理器中按一下底部的測試資源管理器中顯示其資訊。將一個測試測試資源管理器中按兩下您帶到其代碼以便您可以用它開始調試會話。如果測試清單中的獲取很長，您可以按關鍵字來進行篩選。測試資源管理器現在組一起相反的混用它們與所有其他測試，並顯示所有測試用忽略屬性標記而不是默默地跳過的所有失敗測試。

圖 4 測試資源管理器中提供了更具交互性的方法來查看和運行測試**

測試資源管理器還提供了一個新的選項，用於運行測試：若要運行的所有測試都沒有尚未都運行。最初，你都開始不運行類別中，並作為您運行這些測試，證明您的新代碼的測試工作，一些測試 shift （最終） 到通過的類別。一旦你證明了您的新代碼的工作，你可以選擇運行不運行測試以運行任何測試仍 un-run 來證明你還沒到您的舊代碼介紹任何新的錯誤。測試資源管理器是減少視覺混亂在 UI 中的同時簡化常見任務的另一個例子。

在測試中最顯著的變化是，不幸的是，在 Visual Studio 2012 最終只可用：每個生成後自動執行您的測試。最終和特優還包括對測試代碼覆蓋率 （允許您查看哪些行代碼還沒有經過） 的支援，但這是工具的存疑，充其量，（一些專業開發商不同意） 我認為。

和，當然，Windows 8

不出意料，微軟為 Windows 8 創建應用程式的開發人員提供了良好的支援。你需要 Windows 8 的開發者許可，以創建這些應用程式，但 Visual Studio 2012 扔你進的嚮導將引導您完成選擇此項的許可第一次的過程的專案類型。

Visual Studio 2012 為 Windows 存儲應用程式提供了六種專案類型：三個 Ui （空白、 網格和拆分） ； 類圖書館 ； 獨立于語言的 Windows 運行時元件 ； 和一個測試庫。多種專案類型表明 Windows 存儲的應用程式生活在自己的世界中。

像多個瀏覽器的 Web 應用程式支援，您可以通過從工具列上的下拉清單中選擇您想要的環境中調試 Windows 存儲在各種環境中的應用程式。預設的環境是"本地電腦"，但您也可以選擇模擬器，帶來了微軟平板式電腦模擬器，如中所示圖 5。

圖 5 測試 Windows 存儲應用程式的模擬器選項模仿一款平板電腦**

從右側的模擬器，按鈕變成各種類型的模仿與您的應用程式 （假設您在您的開發電腦上沒有觸控式螢幕） 觸摸互動的指標的您的滑鼠。另一個按鈕允許您設置測試基於位置的應用程式使用經度、 緯度和標高的類比 tablet 的位置。順時針旋轉和逆時針旋轉按鈕讓你擺縱向和橫向模式之間的這款平板電腦。甚至還有一個按鈕，用於捕獲 tablet 滴入 Windows 剪貼簿中的截圖的類比的截圖。使用模擬器並不相同，測試在真實物理設備上，但它是不夠好的初始測試，將保存您不必到另一個設備，只是為了運行一個簡單的測試對拍攝您的應用程式。

在使用者介面的再思考

很多已經進行了有關在 Visual Studio 2012 UI 中的"視覺混亂"的減少 — — 這麼多微軟 Beta 版和發佈候選版本 （臨區局） 之間添加一些"彩色雜波"。一般情況下，任何使用者介面設計的目標是讓類似的事情看相同 （也就是說，所有功能表項目目應該看起來一樣，應該所有按鈕） 和不同的東西看起來不同 （即，按鈕和功能表項目都應看不同）。Visual Studio 2012 RC 似乎已平衡"足夠好"製作的東西看上去適當 （和明顯） 的相同與不同。這將會很有意思，看看在短短幾年內，開發商開始考慮的較早版本的 Visual Studio 為"華而不實"。

UI 的色彩配置吸引了一些討論，更有人說微軟決定要放在所有大寫字母，以使工具列的雜波中脫穎而出功能表中的頂級功能表項目。幾項研究表明，成年讀者承認的話，部分，由他們伸 (d、 b 和 f） 和下行 (g 和 y) 的形狀時字印刷的混合大小寫。不過，在全部大寫字母，所有單詞都有相同的形狀：矩形。在 Visual Studio 到 2012 年，但是，你不能真正說訪問功能表時開發商做的什麼"閱讀。"功能表項目的位置固定的 （檔，編輯檢視中，視窗中，説明），因為開發人員可能會發現功能表一樣的位置如通過該專案的實際文本。

有經驗的使用者總是莫名其妙的任何變化，但全部大寫的實際影響將是對新使用者。不會減少的單個功能表項目可識別性還清中增加"滑鼠射擊"嗎？

在此期間，各種註冊表駭客攻擊和 Visual Studio 2012 擴展已張貼允許開發人員有頂級功能表中的專案顯示在混合大小寫。Visual Studio 2012 的最終發佈版本中的選項可能會使每個人都滿意。

混合的 Visual Studio ... ... 和 Windows 存儲應用程式

用於創建 Windows 存儲應用程式支援的一部分包括 Visual studio 捆綁混合的 Visual Studio 2012 包。然而，混合是可選部分，因此，您需要選擇自訂安裝選項，以將其包括在安裝 Visual Studio 2012。反而，雖然混合支援 XAML 和 Windows 的演示文稿的基礎 (WPF)，不中可用的 Visual Studio 2012 年為任何 Windows 存儲應用程式的開發。

雖然混合附帶 Visual Studio 2012，你真的不能說它與 Visual Studio 2012 集成。按右鍵 Windows 存儲應用程式中的使用者介面檔允許您選擇混合選項中的打開。選擇該選項將在新視窗中打開混合。幸運的是，混合拿起了您的專案檔案清單中，以便您可以修改您的檔，而無需返回到 Visual Studio 2012 （事實上，當您返回到 Visual Studio 2012 年，你將"檔已更新 Visual Studio 的外部"的消息通過混合更改的檔）。添加到您的專案在混合中的檔添加到 Visual Studio 2012 專案中。但是，您仍需要小心兩個視窗之間移動時：不注意或照顧的混合的情況下，您可以切換到不同的解決方案，在 Visual Studio 2012 年。有說所有的混合可以做很多事情以圖形方式，否則會迫使你直接使用 XAML 的偉大。

更多實用元件：多個監視器，調試，Windows Azure 和 SharePoint

還有更多，當然。可以脫離從 Visual Studio 2012 年 windows，然後將它們停靠到對方 （微軟稱這"筏子"）。然後可以將您的筏拖到的位置 — — 或顯示器 — — 您所選擇。調試視窗更多執行緒意識到，更多有用的是，讓您標記您感興趣的執行緒，並將顯示這些執行緒限定。

Windows Azure 開發商獲得 Windows Azure 平臺監管中心和 Visual Studio 2012 之間更好地集成。移動到雲計算的 ASP.NET MVC 應用程式需要只有幾次點擊，和你永遠不會有退出 Visual Studio，可以使用 Windows Azure 監管中心。然而並不是所有 Windows Azure 開發人員需要是 Visual Studio 2012 專業、。如果您想要將資料庫複製到雲計算 （只是架構和資料），您需要從 CodePlex 下載 SQL Azure 移轉精靈 (bit.ly/bYN8Vb)。

SharePoint 開發商獲取網站列和內容類型的新範本 — — 為 SharePoint 網站的基本構造塊。Visual Studio 2012 也，最後，獲取視覺清單設計器在 SharePoint 中一個幾乎一樣好的 SharePoint。SharePoint 開發人員還可以發佈到遠端站台直接從 Visual Studio 2012 其解決方案 （其中將磁碟機誰應該來管理版本瘋狂）。

雖然 WPF 和 Silverlight 開發人員不能獲得與 Windows 存儲應用程式開發商做的混合的最小的集成，一些混合的功能表選項 （如針活動容器和創建資料繫結用於） 已添加到 XAML 設計器的內容功能表。

 

Team Foundation Service

軟體的最佳做法繼續鼓勵創建大量的簡單，專門進行組裝，從而創建複雜的應用程式的物件，管理軟體元件在其整個生命週期的多重性已成為日益重要。微軟宇宙中的應用程式生命週期管理 (ALM) 工具的家園是 Visual Studio 團隊基礎伺服器 (TFS)。然而，尤其是在較小的團隊，現在有一個假設 （有時放錯位置） 安裝、 配置和管理 TFS 的成本會擦出 ALM 的好處就會提供。這是團隊的基礎服務是哪裡來：它是在雲計算 TFS。

團隊的基礎服務仍在預覽模式下時，您可以嘗試使用它 （或只是檢討其功能） 在 tfspreview.com。（儘管並不是所有的功能可用於 Eclipse) 與 Visual Studio 2012 和 Eclipse 集成了團隊的基礎服務。

與團隊的基礎服務，您可以使用 PowerPoint 在您的應用程式開發過程開始時，情節串聯板您的應用程式。一旦發展開始，這項服務提供原始程式碼管理中，連續的單元測試 （雖然只在簽入），以及用於管理有關的功能、 任務、 bug、 回饋和積壓的資訊的工具。設置持續集成生成變得相對簡單 （至少對簡單的專案），包括自動部署到 Windows Azure。Team 總管，一個基於 Web 的工具，允許您查看您從任何位置的專案。

定價仍然不是在寫這篇文章的時候宣佈。微軟已表示將繼續是一個免費的服務水準，離開預覽模式之後。然而，微軟還表示將有償的服務等級的使用者不滿意的自由的水準。

升級嗎？

Visual Studio 2008 年以來 Visual Studio 已"斷開"Microsoft.net Framework 中，意味著您可以不升級您的框架版本升級到新的 IDE 的相應版本。因為所有的專案不會被自動升級到.net 框架 4.5 沒辦法回去，可 Visual Studio 2012 年中有更多的自由。您可以成功地往返 Visual Studio 2012 年至 2010 年，專案提供您不使用的 Visual Studio 2012 （零配置版本 SQL Server Express 僅支援在 Visual Studio 2012 年） 或某些功能僅在.net 框架 4.5 中提供的 SQL 伺服器 2012年快遞 LocalDB。

如果您打算升級到.net 框架 4.5，當然，你有沒有選擇，只能將升級到 Visual Studio 2012。但如果你不升級到.net 框架 4.5，Visual Studio 2012 還是值得考慮。價格是合理的 （專業是 $499 無 MSDN 訂閱） 與 ASP.NET 開發人員，頁督察可能是值得費用全部由本身。Windows Azure 開發人員會欣賞與 Visual Studio 2012 的更深層次的集成。新的解決方案資源管理器和資源管理器中測試控管是非常方便的。在很少，每個.net 開發人員應該花時間和預覽。

Peter Vogel 是在 ph 值及 V 資訊服務，專門從事的 ASP.NET 開發具有專門知識的面向服務的體系結構、 XML、 資料庫和使用者介面設計的主體。

由於下面的技術專家，檢討這篇文章：Mike Abrahamson 和 Mike Fourie