分部方法：应该纳入到C#中吗？-控件新闻-慧都网

产品

产品
资讯
资源
视频
学院
示例

首页 > 资讯 > 分部方法：应该纳入到C#中吗？

分部方法：应该纳入到C#中吗？

转帖|其它|编辑：郝浩|2008-11-18 10:58:22.000|阅读 967 次

概述：分部方法：应该纳入到C#中吗？

# 界面/图表报表/文档/IDE等千款热门软控件火热销售中 >>

　　C#新增的特性中引起争议的有许多，分部方法(Partial Method)算是一个。分部方法通常被定义在一个分部类中，在常规的类文件中也可实现。如果分部方法没有被实现，编译器就不会、对他们进行编译。

　　分部方法有着严格的限制。它们必须是私有的，不能返回值，不能有输出参数。因为任何针对没有被实现的分部方法的调用都会简单地被忽略，所以说这些限制是非常有必要的。反过又意味着，分部方法不能作为一个明确分配的变量。Visual Basic也有分部方法，尽管VB不需要对变量的明确分配，它也有同样的限制。

　　有那么多的限制，有人可能会问，“它们有什么优点?”。这个问题问得好，基本上，分部方法仅被代码生成器在处理轻量级事件的时候使用。就像 Alexander Jung所解释的：

　　分部方法通常(也可能是唯一相关的)的应用场景就是在代码生成的时候用于处理轻量级事件。假设你解析一个数据库或者一个XML文件，然后生成了数据类，结果你会发现有数十个类、几百个属性以及一大堆泛型和模板文件等。分部方法另外一个经常被用到的地方是验证，或者让属性的setter去更新另一个属性。所以如果你要使用产生的代码，或者在运行时有几百个事件和数千个方法调用的话( 其实大多数情况下只用到了其中的一点点)，就让分部方法来吧。分部方法在声明和使用时要比事件容易得多，如果没有用到它们，它们就会消失。

　　性能的提升并不是没有代价的。从分部方法必须是私有的限制中，Alexander发现了它们的不足之处：

　　缺点：如果你喜欢元数据驱动的应用，并且已经被ASP.NET的数据绑定所困扰时(因为没有其他的方法可以附上元数据)……那么，就准备着在将来丢失信息吧。如果你需要为属性的setter增加一些事件(基于跟踪和调试的需要)，如果你需要某个动态的行为(比如附上某个通用规则引擎)等等，那么就让我们祈祷代码分析器的开发人员能够预知这个场景(或者已经做好了准备)吧。你有了一个清晰的层的分离，那么实体就应该对UI一无所知吗?是的，将代码直接放到数据类中会破坏层的关系，但是你可以手动地用分部方法实现真正的事件啊。

标签：

本站文章除注明转载外，均为本站原创或翻译。欢迎任何形式的转载，但请务必注明出处、不得修改原文相关链接，如果存在内容上的异议请邮件反馈至chenjj@evget.com

文章转载自：IT专家网论坛

上一篇：Vector和ArrayList哪一个更好下一篇：Linux操作系统下C语言编程的注意事项