比如 界面程序 分成一个小程序，然后在主程序里面调用，其他功能也一样

把常用的功能写成函数放在标准模块，供其他类模块、窗体、模块调用，函数前缀带public就行。当然也可以写成类模块，但是没有标准模块的效率高。能封装成标准模块就尽量用标准模块(除了必要情况下非得用类模块，生成一个个对象)。类函数Public调用开销较大，类函数一般用Friend（友元函数)这样开销和标准模块的public函数相当

目前代码优化的怎么样了，乐意看看。

Attribute VB_PredeclaredId = False 设成 true
坏处：1、全局空间，这个比较容易造成命名冲突，不过命名的时候谨慎点，是可以克服的。
2、启动时，无论如何它是一个com类，初始化确实会比loadlibrary 加载一个标准dll要耗时一点点，但这种耗时几乎是毫秒级的，相信大家是能接受的。否则的话，大家就没必要用new或createobject来创建对象了，它的耗时，大家能接受吧？这么多
年下
来，大家不也是一直在用。
好处：
1、功能划分，比较有条理性，有层次性。
2、标准模块的函数可以通过 类的静态方法，达到dll利用。我们都知道标准模块的公共函数，是无法导出函数的，至少你要很艰难很艰难才能写导出函数。你要复用，除非是能获取源码，否则你只能不停地重写代码。而通过这种类的静态方法，可以复用它。
3、基础数据类型的方法拓展。也许很多人都觉得vb6/vba提供的函数够用，但它真的够用吗？这样一成不变的函数，真的够用吗？显然未必是够。所以通过 类的静态方法，可以拓展 基础数据类型的方法集。比如 math的复数计算，反三角函数等。string的utf8和bstr的互换，甚至是utf8的整个字符串的直接操作函数。……
4、带参数的构造函数createinstane（）。大家用new 创建一个object对象是无法带参数的，如果有一个全局的能带参数的createinstane()或叫 newobj() 不是更好吗？
5、设计模式的单例模式，事件监听模式……
当然再好的东西，也要有一个度，不要滥用。
大家可以再多打开思路，也许能玩出更多花样。祝好运！