我很忙在Visual Basic .NET中編寫程序，我有幾個關於最佳實踐的問題。我知道這有點開放，但只有一些指導方針/想法，甚至鏈接，將不勝感激。VB.NET最佳實踐和設計類
首先，主窗體中的代碼變得有點長（約1000行）。主窗體或任何其他窗體的代碼行數是多少？我把程序分成了類，只要它對我來說是合理的。什麼是應該在班級中加入什麼的一些好的指導方針？我應該將類中的函數添加爲共享函數，而不是將代碼放在主窗體中？另外，我是否應該避免在模塊中添加代碼？
在類似的筆記上，我正在尋找關於如何設計大型軟件項目的信息。我現在對這門語言非常瞭解，但是人們如何才能真正計劃如何創建一個大型項目，或者只有經驗豐富的項目？
這聽起來像你沒有在你的應用程序中創建不同的圖層。如果您的主表單有1,000行代碼，您可能會將業務邏輯甚至數據訪問代碼放在表單中。你確實需要分離出你的圖層（至少是表示層，業務邏輯層和數據訪問層）。這將有助於您更好地遵循良好的面向對象原則。關於VB.NET具體而言，這裏有幾個文章，這可能有助於：
http://www.asp.net/data-access/tutorials/creating-a-business-logic-layer-vb
http://www.codeproject.com/KB/vb/N-Tier_Application_VB.aspx
這些將幫助您層和如何實現它們在VB。淨。 ASP.NET文章將正常工作，因爲實際的ASP.NET是表示層，您將用Winforms替換它。
如果你想觀看OO設計原則視頻，這裏是一個很好的網站，這樣做（它不是免費的，但它是非常便宜）：
幫助一個偉大的書你明白OO的設計是Head First Object-Oriented Analysis & Design。
閱讀Clean Code和約SOLID原則。這將是一個開始的好地方。
是的，隨着我主要形式的代碼變長，我知道我做錯了什麼。謝謝，我會看看鏈接 – Johan 2011-05-14 19:03:27
爲頭部第一和層參考... :-) – klabranche 2011-05-14 19:08:16
@Johan - 是的，好的電話。基本上，你想考慮未來。如果你決定轉向WPF，你會打破整個應用程序嗎？如果您決定從SQL後端（例如）更改爲XML後端，是否會破壞整個應用程序？您希望這些類型的更改對您的應用程序的影響儘可能有限。這樣一來，當老闆決定採用新技術的時候，你不會通過重做1000多行代碼來重新發明輪子。 – IAmTimCorey 2011-05-14 19:10:54