to yongming520(谭永明)： 我倒不太同意你的观点，我觉得一个类模块还是应该尽量简单，应该功能单一。我现在写了很多类模块，每个模块功能都很简单，维护起来很方便，而且大部分类模块功能都在100行代码以下（当然代码量不是最重要的，功能单一最重要）。 比如一个典型的数据库表的访问，我经常分成六个类模块，基本上名称都是Reader、InsertCommand、DeleteCommand、UpdateCommand，它们分别管理相关的数据库表的读写，然后一个和数据库表字段对应的Class，每条记录对应一个对象。上面说的那四个模块分别对数据库表和对象进行操作。然后再有个Storage的类模块，它集中调用上面的四个类模块来为用户提供数据库访问操作，而那四个类模块都是私有的。 现在我对数据库的访问基本上都是这种模式，维护起来极为简单：）
to Herong(A～Z) : 你说的确实有道理，可MS出版的VB编程标准就强调要少，主要是根据其调用是要内存的问题来考虑的，我们公司就是用的是这个规定，你说的有6个类模块，可能感觉不到，当你上了楼主那么多的数字，你去试试！关于维护问题，你把解决一类问题的代码放在一快，配上足够清晰的文字注释，我想你说的问题也就解决了， 最后，还是谢谢你的指点，真心谢谢你 交个朋友 QQ：252044742 谢谢了
当你的程序越来越大，模块数就会越来越多，事实上用到的可能只是众多模块里面较小的一部分。如整个注册表操作模块只用到其中的读注册表功能，而系统却要加载整个模块。
我的做法是把日常可能用到的都写到ACTIVEX DLL里，使用时只要引用它就行了，那样可以大大减少模块的数量，加快编程速度（不用经常添加－模块等），减少资源占用（模块是在程序运行时就加载并一直占用一定资源，而DLL是使用的时候才加载，用完就御掉的），使工程更简化，至少不用维护这么多个模块。
剩下的模块只是针对那个该系统的专用模块了。
我倒不太同意你的观点，我觉得一个类模块还是应该尽量简单，应该功能单一。我现在写了很多类模块，每个模块功能都很简单，维护起来很方便，而且大部分类模块功能都在100行代码以下（当然代码量不是最重要的，功能单一最重要）。
比如一个典型的数据库表的访问，我经常分成六个类模块，基本上名称都是Reader、InsertCommand、DeleteCommand、UpdateCommand，它们分别管理相关的数据库表的读写，然后一个和数据库表字段对应的Class，每条记录对应一个对象。上面说的那四个模块分别对数据库表和对象进行操作。然后再有个Storage的类模块，它集中调用上面的四个类模块来为用户提供数据库访问操作，而那四个类模块都是私有的。
现在我对数据库的访问基本上都是这种模式，维护起来极为简单：）
你说的确实有道理，可MS出版的VB编程标准就强调要少，主要是根据其调用是要内存的问题来考虑的，我们公司就是用的是这个规定，你说的有6个类模块，可能感觉不到，当你上了楼主那么多的数字，你去试试！关于维护问题，你把解决一类问题的代码放在一快，配上足够清晰的文字注释，我想你说的问题也就解决了，
最后，还是谢谢你的指点，真心谢谢你
交个朋友 QQ：252044742 谢谢了
使程序小起来,这样调试和运行,效率都会高很多.