有关如何在C#中组织类的常规做法吗？每个.cs文件只应该有一个泛型类吗？我看到我有Form1.cs,其中包含与"Form1"相关的所有类.但是我可以创建一个名为Misc.cs的文件,其中包含所有misc类.不知道要走哪条路,所以一切都井井有条.
或者我应该以特定的方式组织它们？例如,我正在访问一个MySQL数据库,所以我正在创建一个MySQL包装器,我将它存储在MysqlWrapper.cs中并命名该类以匹配它.我应该为我创建的每个类创建一个新的.cs吗？
或者我应该只使用类似"使用"命名空间的那些,例如System.Text; 使用System.Windows.Forms; 等等？
Dav*_*vid 17
编辑 - 此答案旨在补充其他人已发布的好答案.
其他人似乎都在回答具体问题.我在想你会有更多的"最佳实践"设计问题.
官方指南可以在这里找到:http://msdn.microsoft.com/en-us/library/czefa0ke(VS.71).aspx
特别是,深入了解命名准则,然后进入命名空间命名准则和类命名准则.
并且,正如其他人所提到的那样,每个文件一个班级.它会让那些关注你的可怜的维护开发人员更轻松.
Ree*_*sey 13
通常,我为每个类创建一个单独的.cs文件.另外,我组织文件以匹配类名称空间.
随着项目变得更大,这简化了组织,因为您总是知道在项目中找到类的位置.随着越来越多的人正在研究解决方案,这变得更加重要.每个文件一个类也可能是有益的,因为文件夹结构让您了解命名空间的复杂性,这有助于我意识到何时需要拆分命名空间,因为它们太复杂了.
我看到我有Form1.cs,其中包含与"Form1"相关的所有类.
我建议不要以这种方式组织,而是将它们分成单独的文件.如果你有很多与特定操作相关的类(由Form1执行或通过Form1访问),我会考虑将它们放入自己的命名空间中.我还强烈建议将"Form1"重命名为更有意义的内容,例如"EmployeeForm".这将使您更容易理解和维护您的代码.
通常接受每个文件一个类。有些类使用“partial”关键字分布在多个文件中。我的文件夹结构与命名空间结构松散匹配。