本文章是由機器翻譯。
編輯的話
堅持原則
.jpg)
它是一件事要編寫的代碼。它完全是另一種編寫代碼，不會變得困難和昂貴的管理下路幾年。
Jason博克知道兩者區別。作為實踐領導為軟體發展裝備 Magenic，在應用程式開發和博克"元程式設計在.NET"(曼甯出版物，2013年)，這本書的作者之一已看到他有前途的軟體專案的份額超過壞可憐的做法。他說： 它不一定要這樣。
在即將舉行的Visual Studio活 ！會議 (vslive.com)、 11 月。18-22，在佛羅里達州奧蘭多市博克將在本屆會議，"現代.NET 發展做法和原則，"其目的是讓開發商加快對鬆散耦合、 單元測試和固體原則等關鍵概念。固體站立為單一的責任打開關閉 Liskov 替換介面隔離和依賴倒置。它描述了五項核心原則的物件導向的程式設計，旨在最大限度的可維護性和可擴充性的代碼。
"相當大的系統相當迅速，生產成本，長遠來說是可以是很難維持，代碼基地"博克說。"有時開發商轉向從概念，如依賴關係注入和嘲笑因為他們完全不明白它們"。
事實上，約一半開發商博克民意調查不雇用的核心概念和原則他描述他演示文稿中。問題是，直到六年前，自己的博克是那些開發商之一。
博克說："我花了一段時間才能真的潛水和圖，這些概念是如何工作的但一旦我做了，很快，按一下的事，現在是只是一個習慣，將這些想法納入專案我在，"。"如果我能激勵出席者採取那些步驟，第一，然後我已經完成什麼把我做做"。
將單元測試添加到一個代碼基地需要工作、 說博克，但有件事情開發人員可以做便於過渡。他告訴程式師開始小和目標單元測試在關鍵領域，如經常訪問的系統的其他部分的代碼。他還敦促開發商將單元測試添加到新的代碼。這可難做時，系統本身並不面向有單元測試的地方，說博克，"但是至少它是一個開始"。
博克警告稱那裡為"沒有魔法回答在這裡。缺乏明顯層和自動的測試的系統都可能是一片混亂。單元測試的專案，如這幾乎肯定會很難。最終，他說，成功是承諾。
"你要從一開始就和你一定要致力於編寫這些測試，"他說。"我一直在這最後兩個專案有數以千計的單元測試。這是否意味著他們是完美的嗎？號但我有更多的保證發生在代碼中的東西我知道我是否弄壞了些。我可以運行所有這些簡單的按鍵 （CTRL + R，Visual Studio2012年中的 A）。在長期的回報。即使開發人員快速生成的代碼的壓力下，他們還欠它對自己要有一套的測試，所以，在未來，他們不會在絕望的地方。
Michael Desmond · 是 MSDN 雜誌總編輯。