在C#中有“静态类”的概念，自然里边全部的方法都是静态的。这意味着你可以直接通过"类名.方法名"去调用(例如System的Math类就是典型)。在VB.NET中，没有“静态类”的概念(当然你可以用“单例模式”，把构造函数弄成Private的方式，其它方法都是静态的)如果某些方法需要被其它地方频繁使用，可以创建“模块”。在VB.NET中一旦创建了模块，其中任何方法，属性或者变量都可以被其它地方引用，因此适合全局情况下频繁交互的情况(比如初始化加载的参数，可能后续程序要使用)等。
现在问题在于，如果你把一个类似以下的模块代码封装成DLL类库，无论在C#或者是VB.NET中都无法引用到其方法：
Module A
Public Sub Test()
End Sub
End Module
或许你感到很奇怪——不是在VB.NET中这样定义一个Module就直接可以使用其内部方法了么?为什么封装成类库就不可以了呢?上网问了一些人，众说纷纭，后来我在他人协助下终于成功解决了这个问题——解决方法很简单——只要在Module前加Public。
理由是：为了兼容C#，VB.NET由Module封装成类库中这个模块不再是“模块”，而是一个标准的类了。如果这样写，那么在.NET中被理解成(C#)：
internal A
{
public void Test()
{
}
}
整个模块变成Internal的了!当然你到其它程序集中去引用就引用不到!而把类库中的Module的修饰符改为Public就可以了。这就是MSDN那位友人给我最好的提示。
虽然这个提示不是令我太满意(因为要知道VB.NET中可以直接不通过“类名”方式直接使用方法名)，但是这给了我很大的暗示，得出重要的结论：
1)VB.NET中Module在制作成类库时候等同于VB.NET中的类的规则(里边的方法都是静态的)，默认情况下是Friend(C#是internal)。
2)根据结论1，那么我们知道引用该DLL类库的方法一定是：i)引用命名空间 ii)C#中直接“类名.方法名”，对于VB.NET，直接可以引用到方法名。
3)特殊情况——如果“命名空间”不存在(右键类库项目，属性，应用程序，删除“默认命名空间”)，则省略结论2中的i。