在写完架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处 ， 这篇文章后，得到了园友的反馈，说这种简单的业务逻辑还可以，但业务比较复杂时，根据就没法用这种方法。
针对这个问题，我觉得有必要再写一个续集了，呵呵！
上回说的主要核心内容是将公用的部分从一个方法中提取出来，生成一个新的方法，这个重构中叫做“提取到方法”
，另外一个核心内容就是方法的”单一职责“，即一个方法干一件事，将出现复杂事件时，将多个方法进行组合调用即可
这回主要说一个重构中的提取，其实不仅方法可以被提取，类，及整个项目也可以被提取，只要他们有被提取的必要！
一个例子：对于一个数据实体操作的基类，它包括了其它所有实体类共有的属性（DB）和方法（SubmitChanges），这可以理解了”提取到类“，当然这也是类的继承及面向对象的一个例子。
1 /// <summary> 2 /// ＬＩＮＱ数据库操作基类 3 /// </summary> 4 public abstract class RepositoryBase 5 { 6 public RepositoryBase(DataContext db) 7 { 8 DB = db; 9 } 10 protected System.Data.Linq.DataContext DB { get; private set; } 11 12 #region DBContext SubmitChanges 13 /// <summary> 14 /// XXB默认提交【重写时候可能需要写入自定义的类似约束的逻辑】 15 /// </summary> 16 protected virtual void SubmitChanges() 17 { 18 ChangeSet cSet = DB.GetChangeSet(); 19 if (cSet.Inserts.Count > 0 20 || cSet.Updates.Count > 0 21 || cSet.Deletes.Count > 0) 22 { 23 try 24 { 25 DB.SubmitChanges(System.Data.Linq.ConflictMode.ContinueOnConflict); 26 } 27 catch (System.Data.Linq.ChangeConflictException ex) 28 { 29 foreach (System.Data.Linq.ObjectChangeConflict occ in DB.ChangeConflicts) 30 { 31 // 使用当前数据库中的值，覆盖Linq缓存中实体对象的值 32 occ.Resolve(System.Data.Linq.RefreshMode.OverwriteCurrentValues); 33 // 使用Linq缓存中实体对象的值，覆盖当前数据库中的值 34 occ.Resolve(System.Data.Linq.RefreshMode.KeepCurrentValues); 35 // 只更新实体对象中改变的字段的值，其他的保留不变 36 occ.Resolve(System.Data.Linq.RefreshMode.KeepChanges); 37 } 38 DB.SubmitChanges(); 39 } 40 } 41 } 42 43 #endregion 44 }
还有一种更大程序上的提取，即”提取到项目“，就是说，它的整个项目都是其它项目公用的部分，所有把整个项目抽象出来
Entity.Commons这个项目是对所有解决方案的所有实体层进行的抽象，它里面有对实体的分页，实体参数组织，实体消息返回及实体统一验证等功能，都在Entity.Commons里实现
EntityBase.cs代码如下：
View Code
通过这篇文章，我们知道了，对于代码重构，不仅仅只对于方法而言，对于重构，也不仅仅只对一个项目而言，它可能是项目与项目之间的重构。
本文转自博客园张占岭（仓储大叔）的博客，原文链接：架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处（续），如需转载请自行联系原博主。
