如何管理后台代码？
后台c#代码太多了，特别是事件处理程序也多，可不可以分组，把一些代码分组，我要查看哪部分代码只需选择那个组，一下就到了
用#region ....#endregion预处理指令也不是很方便，还要折叠，打开折叠。另外再问下，在代码中使用#region ....#endregion就可以实现折叠了，那下面这个设置又起什么作用呢？

------解决方案--------------------
按功能分类,把它分成多个类建多外类文件存储,只放在一个类文件,查找那些方法都花你时间
------解决方案--------------------
实现接口嘛。

你可以这样写
class Test : IDispose
{
}
然后点IDispose，然后点这行字左下角的蓝色小短线，选择下拉菜单中的实现接口。
勾选和不勾选一个产生region，一个不产生。
------解决方案--------------------

引用:

Quote: 引用:

按功能分类,把它分成多个类建多外类文件存储,只放在一个类文件,查找那些方法都花你时间

事件处理程序，怎么放到自定义的类中啊，比如做了一个自定义的窗体，包括一些事件处理程序，我想把关于自定义窗体的这些事件放到一个文件中，该怎么写呢？

直接新建一个类文件写就是了。

记得加上partial关键字。
------解决方案--------------------
呵呵，许多年前我上学时，我们的教授讲了一个笑话，他说“有的人管理代码拿了一把尺子丈量打印纸，每隔十几公分就画上一条横线，这就是管理了”。我看lz也倾向于那种思路。

我们无需管理什么代码，因为我们的大多数方法都是很短的，比如说一般只有不到10行代码，而且类型、方法等等的职责明晰且合理，也没有什么巨大的“继承”类型。因此我们只要把设计知识搞好，把重构的技术搞好，那么自然而然就写出漂亮和精当的代码段，用不着去脱离“业务建模实际”去而考虑用个“技术化的”尺子去给代码“分组”。
------解决方案--------------------
也没有什么巨大的“继承”类型  -->   也没有什么巨大的“集成各种功能”的类型
------解决方案--------------------
你可以使用一些设计模式到你的应用程序中，使每个类的都尽量实现高内聚，这样查看方法也就清晰了，不需要把所有方法都放在一个类中，然后用Region。。。。EndRegion去分开，如果一个类的方法太多，这时候你应该去重构你的代码