上一篇文章介绍了C# 3.0中的分部方法（http://www.cnblogs.com/AndersLiu/archive/2007/07/30/836870.html），并给出了几种应用场景。本文继续介绍一种实用的场景——对实体类的字段进行验证。
如果是自己手写实体类，通常会在数据字段所对应的属性的set访问器中增加对值进行验证的代码，这样可以避免不符合数据库要求的数据进入数据库（尽管数据库也会进行验证，但等待数据库抛出异常未免有点过分）。
而对于Linq自动生成的实体类来说，是不会生成这些代码代码的。而如果我们手动修改Linq to SQL自动生成的代码，我们会郁闷地发现——当在xxx.dbml设计器中对实体类进行了编辑之后，所有这些代码会重新自动生成一次——我们的修改将被覆盖！（这是相当郁闷的一件事，我曾费尽艰辛给自动生成的所有public类型及其public成员添加了xml文档注释，可就因为在dbml设计器中做了一个小小的改动，结果，所有注释都没有了……）
此时，分部方法就派上用场了。VS2008还是比较仗义的，为了方便用户扩展，它生成的所有实体类都是partial的，同时，根据前一篇文章中的“场景1”，它还声称了一系列partial方法。比如：
[Column(Storage="_AccessKey", DbType="NVarChar(32) NOT NULL", CanBeNull=false)]
public string AccessKey
{
get
{
return this._AccessKey;
}
set
{
if ((this._AccessKey != value))
{
this.OnAccessKeyChanging(value); // 注意，此处调用的是partial方法，实现了一个“轻量级事件”
this.SendPropertyChanging();
this._AccessKey = value;
this.SendPropertyChanged("AccessKey");
this.OnAccessKeyChanged(); // 注意，此处调用的是partial方法，实现了一个“轻量级事件”
}
}
}
对应的partial方法如下：
partial void OnAccessKeyChanging(string value);
partial void OnAccessKeyChanged();
看到这里，我想熟悉.NET控件（不论是WinForm控件还是WebForm控件）的朋友，一定对这个Changing和Changed很眼熟。
好了，我感觉自己废话越来越多了。P大个事说半天。
简言之，只要添加一个源代码文件，并扩展这个partial类，在其中实现partial方法即可完成对字段的验证。如：
public const int AccessKeyMaxLength = 32;
partial void OnAccessKeyChanging(string value)
{
if(value.Length >= AccessKeyMaxLength)
throw new Exception();
}
注意这里“处理了OnAccessKeyChanging事件”，因为要在属性值设置之前进行验证。
其实Anders Liu要说的就这么点，over。