返回首页
当前位置: 首页 > VB.NET教程 >

VB.NET中的模块

时间:2013-08-10 18:01来源:未知 作者:admin 点击:我要投稿  高质量的ASP.NET空间,完美支持1.0/2.0/3.5/4.0/MVC等

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

本站推荐文章:
本站热点文章:
顶一下
(0)
0%
踩一下
(0)
0%
------分隔线----------------------------
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色 情、暴力、反动的言论。
评价:
表情:
用户名:密码: 验证码:点击我更换图片