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 之后的发布版提出建议。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论