场景2：自定义DataContext中的Insert、Update、Delete方法

当使用Linq to SQL向项目中加入了实体类之后，还会创建一个XxxDataContext类，这个类继承自DataContext类，并且是partial的。这个类封装了具体的数据库操作功能（实体类仅封装数据库中的数据），如对象的插入、更新和删除等。

下面我们来看一下这个自动生成的类定义：

[System.Data.Linq.Mapping.DatabaseAttribute(Name="AdventureWorks")] public partial class AdventureWorksDataContext : System.Data.Linq.DataContext { private static System.Data.Linq.Mapping.MappingSource mappingSource = new AttributeMappingSource(); #region Extensibility Method Definitions partial void OnCreated(); partial void InsertAWBuildVersion(AWBuildVersion instance); partial void UpdateAWBuildVersion(AWBuildVersion instance); partial void DeleteAWBuildVersion(AWBuildVersion instance); ......

这里我们可以看到一系列的partial方法。其中第一个OnCreated实际上属于场景1中描述的情况，是一个轻量级的事件，表示 DataContext环境对象创建完毕。而其他partial方法则用于自定义DataContext的IUD操作。对于每一个表（实体类），这里都会出现一组InsertXxx、UpdateXxx和DeleteXxx方法。如果我们希望自定义删除行为（如希望将一个IsDelete字段设置为 true来表示已删除），则可以在另一个文件中扩展这个partial类，并为对应的Delete方法提供实现声明。

场景3：新的调试信息输出方法

这是Anders Liu臆想的场景，在分部方法的协助下，我们可以写出这样的代码：

partial class CA { partial void DebugPrint(string msg); ... void F() {            .... DebugPrint("aaa"); } } partial class CA { #if DEBUG        partial void DebugPrint(string msg); { Debug.WriteLine(msg); } #endif }

这样做的好处在于，我们还是反过来说罢，如果不这样做，必须在每次调用调试代码时都加入#if判断。而这样可以将调试代码都写成方法，在一处用#if进行判断。

缺点在于，由于分部方法必须是私有的，所以必须针对每个类写一套调试代码。

小结

嗯，总而言之，Anders Liu在这篇文章里说的是分部方法。

上一页  [1] [2]