我使用c＃構建網站，並將每個單一功能的代碼放入一個.cs文件中。但是，某些功能的代碼可能會變得非常大，變得很難管理和刪除。爲了更好地管理這類.cs文件中的代碼，我應該將這個.cs文件分割成多個.cs文件（這是否會導致解決方案樹結構問題不像以前那麼清晰，多個cs文件只能完成一個功能）還是我應該創建一些內聯類（即，仍然在同一個單一的.cs文件，但包含嚴重的類）？如何通過使用.cs文件和類來組織我的C＃代碼？
看來我沒有足夠的知識來了解如何使用.cs文件和類來良好地組織我的項目中的代碼。我應該遵循哪些標準或準則？是否有任何書籍或教堂可以推薦？
非常感謝您的輸入！
Wei
您應遵循每個文件一個類的約定。有一些變化;部分類可能會被分割爲多個文件。嵌套類將包含在包含的類文件中。
如果你遵循這個和你的文件仍然變大，很可能是你在一個類中放太多的功能。一個類應該存在以滿足（單一）行爲（被稱爲「單一可重複性」主體），並具有執行該行爲的必要狀態。修改行爲可以通過多種方式完成;繼承，組成等
沒有適用於所有用例的一般規則，但一個好的起點是每個類有一個文件。顯然你應該給班級和文件同名。關於你的問題，我會建議先關注你的代碼。如果單個類/文件變得很大，那麼代碼可能存在問題。看看這些鏈接：
http://en.wikipedia.org/wiki/Single_responsibility_principle
最好創建一個cs文件爲每個類到你的業務邏輯，它確實給沒有問題，你的開發，只有當如果將它們放在不同的命名空間中，則只需使用wordkey將不同類的信息導入您導入的命名空間即可。
舉個例子，你可以有不同的文件：
Car.cs
Person.cs
Main.cs
和，裏面Main.cs，您可以用其他的兩個文件中的類和公共成員。
是將類實現編寫到別人的單獨文件中的最佳實踐，這沒有任何問題。
我希望這可能對你有用。
再見。
對於一般的慣例運行良好，並會給你一些想法，看看在iDesign網站上的C＃編碼標準的文件。
直接鏈接到Coding Standards
遵循一些簡單的約定如