在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。