早上看.net framework 3.5的分部方法这个特性。例子如下，第一个类为定义类，第二、第三个类为实现类。
public partial class AI
{
public void Active()
{
this.Run();
this.Jump();
}
partial void Run();
partial void Jump();
}
public partial class AI
{
partial void Run()
{
Console.WriteLine("我在跑");
}
}
public partial class AI
{
partial void Jump()
{
Console.WriteLine("我在跳");
}
}
它可以:
1. 以上三个类可以不放在相同的CS文件里
2. 后两个分部类如果不写，编译能顺利通过，在IL里产生有方法体的Run和Jump，但是空实现。
它不可以：
1． 分部方法不能是公开类型，必须是私有。
2． 实现类不能和定义类分别存在不同的程序集里。
它有价值的地方：
1． 更细化分工过程。以前系统分析到对象级，现在可以细到方法级别。从例子里看，对象框架维护人定义了Active方法，而Run和Jump可能被分派到其他人实现。
这样的分工模式和更大规模的集成开发趋势是紧密关联的。简单的看，这只是一个新的语言特性；仔细思考，这其实是软件朝工业化方向发展的一个信号。以后的软件开发过程势必是基于更多特性（或者说是开发工艺），在生产线上完成的。一个人就是一个螺丝钉，让你实现Run就Run，让你Jump就Jump，如果你想发挥自己的聪明才智，好，就在这个范围内尽情的发挥吧！
2． 代码可以写的更优雅，如果本例中的Run和Jump的内部实现异常复杂（AI机器人行为嘛），一个CS文件搞个几千上万行，别人读的时候时会吐血的。如果再碰到一个写代码不地道的，把方法堆砌起来了事，那是连肝都要吐出来的。有了分部方法，就可以把问题压到局部，不想看的地方我就可以看不见。
3. 代码优雅只是一个表象，如果是牺牲了性能换取的，我宁愿不要这个特性。事实上恰恰相反，分部方法的效率是非常OK的。具体就去写个例子，观察IL吧。哈哈！
本文转自 netcorner 博客园博客，原文链接：http://www.cnblogs.com/netcorner/archive/2007/07/31/2912324.html ，如需转载请自行联系原作者
