模块化Java：声明式模块化
本文是模块化Java系列文章的第4篇，介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起，而无需让代码依赖于OSGI API。
新闻
局部方法被加入VB和C#语言
作者 Jonathan Allen 译者 Jason Lai 发布于 2007年4月11日 下午8时0分
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之后的发布版提出建议。
没有回复
关注此讨论 回复