本文章是由機器翻譯。
編輯的話
實用模式
.jpg)
在過去的幾個月 MSDN 雜誌歡迎一對新列 — —Rachel Appel現代應用程式和Bruno Terkaly和Ricardo Villalobos' Windows Azure 內幕。我們也看到CharlesPetzold 重塑他列品牌作為 DirectX 因素，反映出他轉向探索的 DirectX 的 Windows 運行時基礎結構。你可能不知道的是我們也一直在忙在 Web 網站上。今年 1 月，我們推出了稱作模式在實踐中，由資深的 MSDN 雜誌作者撰寫的新每月線上專欄Peter Vogel。
如列的名稱所暗示的模式在實踐中的通過將它們應用在工作方案中探討的價值和潛力的設計模式。在他就職列中，"向物件中添加功能"(msdn.microsoft.com/magazine/jj890759)、 Vogel 看管理銷售訂單、 應用程式和按需如何在用戶端可以動態地添加允許對一個物件的功能。福格爾解釋了他的專欄文章將會出現的業務問題，並討論幾種替代解決方案，然後再潛入，他寫道，作為"基於某些設計模式中可測試/可維護的方式，解決此問題的解決方案"。從那裡，讀者可以期望按照 Vogel 營造出設計和實施解決方案。
我問 Vogel 為什麼他想專注于設計模式。他的反應：
"我繼續處理常式員要設法解決 '-伊蒂埃斯的設計模式位址：再使用性、 可維護性、 可擴充性、 可測試性。但是，這些開發人員不要看向已經存在的解決辦法設計模式提供，因為他們看不到設計模式作為有用的啟示或方向的來源。他們請參閱作為正在更像 straightjackets 的模式：有些傢伙吼你說 '你做錯了!'這雪上加霜的許多設計模式示例正在對大多數商務應用程式開發人員永遠不會將生成的事情 — — 編輯，例如。
"我想要顯示設計模式應盡可能多的開發人員工具組的一部分作為關係資料庫設計或結構化程式設計。設計模式是，對我來說，都是從 '思維在程式碼中移動到物件中的思維'。此列應表明設計模式，像資料正常化的三個層次提供一些很常見的問題很有説明的答案"。
這一努力的成果已在活力中可見背部來回于實踐列中的第一個模式的注釋部分，正在塑造今日 Vogel 的覆蓋範圍的方向。福格爾說他調整他的物件模型的設計 — — 在他 2 月列中，"資料設計的添加功能的類"中詳細介紹 (msdn.microsoft.com/magazine/jj984634) — — 基於令人信服的實踐列中的第一個模式的回應中提出的論點。
"雖然我總是耐人不同意我時，我做嘗試生成的一種方法的討論或另一種，將解決的問題"Vogel 說。"讓我出去尋找這些問題的答案和適用的證據而不是只跺腳我的腳或掉回 '原則'"
福格爾表示，他看到幾個常見的錯誤模式，工作的時候入手的開發人員不能充分利用的模式將真正有用。"開發人員最終花費時間重新發明輪子，並結束一個橢圓時圈會有更好的選擇，"他說。
Vogel 繼續指出現代工具集使常見模式易於實現，但許多開發人員並不瞭解的可用資源。最後，他說，開發人員可以運行誤診的問題 — — 他們要麼誤解了什麼一種設計模式為了解決或誤診他們試圖解決的問題。
幾個月來，您可以預計 Vogel 的模式實踐探討觀察者模式和它的變化如何為基於 Web 的和麵向服務的體系結構 (SOA) 的應用程式在 SignalR 中實現的列中。福格爾說，列將顯示如何更改技術集可以使某些模式更具吸引力位置模式會，正如他所說的"否則就放棄作為 un-implementable。"的環境中此外看圍繞裝飾圖案的案例研究。
你有概念或您想要看到福格爾在他的專欄中探討的圖案嗎？我在寫 mmeditor@microsoft.com ，讓我們知道了 ！
Michael Desmond 是 MSDN 雜誌總編輯。