局部方法被加入 VB 和 C# 语言

  • Jonathan Allen
  • Jason lai

2007 年 4 月 11 日

话题:.NETC#语言 & 开发架构

VB 9 砍掉了动态接口(Dynamic Interfaces)和动态标识符(Dynamic Identifiers)两个语言特性。取而代之的新特性之一就是局部方法(Partial Methods)。尽管局部方法在很多情况下和事件用法相似,但它们的实现则大相径庭。

VB 语言团队写道:

简而言之,局部方法是对事件的轻量级替代物,被设计为主要在自动代码生成器中使用。可以通过创建一个内容为空的 private 方法,并以 Partial 关键字来修饰的方式来声明。这个方法可以在其所属类内部的其他地方“重新实现”。在这个方法被实现之后,编译器会将所有对局部方法的调用重定向到实现方法处。如果方法没有在所属类中实现,那么编译器会悄悄将所有调用它的代码从程序中移除。

与事件相比,局部方法存在着许多局限性。一个事件可以拥有多个处理器,局部方法与之不同的是仅能限制于单一的实现。尽管实现可以存放在另一个局部文件中,但它仍然必须隶属于同一个类。最后,它不存在与在运行期添加和删除处理器这个功能等效的运行期机制。

既然如此,为什么还要使用局部方法呢?原因是它们调用速度更快。当事件产生时,即使没有关联任何处理器,仍然需要相应的调用周期。如果关联了处理器,则必须为每个处理器调用一个 Delegate。

如果局部方法被实现以后,它总是使用速度更快的非虚调用(Non-virtual Call)。假如局部方法没有被实现,则编译器会完全消除任何调用此方法的代码。在与暴露许多钩子的代码生成器一起使用的情况下,性能提升非常显著。VB 核心编译器团队的软件设计工程师 Scott Wisniewski 表示:

为了支持 DLINQ 设计器,我们必须加入局部方法。我们早先的部分 CTP 使用事件来使为 DLINQ 对象生成的属性可定制化。然而,DLINQ 团队对此进行一些性能方面的调查研究,发现在那些场景中事件的性能开支难以令人接受。因此,我们加入了局部方法,使得 DLINQ 变得可以定制,而不损害性能。

先前,我们提到过动态接口和动态标识符被删除。这些特性并不一定不再引入,但在 Orcas 发布版中它们不会出现。Scott Wisniewski 写道:

我们砍掉动态接口主要是由于资源原因。特别地,分配给我们实现 Orcas 的时间不允许我们实现原先计划的所有特性。这就导致了我们必须坐下来决定哪些特性我们可以实现,哪些不行。不巧的是,由于动态接口对于 LINQ 的核心场景并非必要,因此最终我们只能先把它砍掉了。目前我们仍在研究在 Orcas 之后的 Visual Studio 我们将实现哪些特性。

用户可以通过Microsoft Connect网站或VB Team Blog为 Orcas 之后的发布版提出建议。

.NETC#语言 & 开发架构