在写完架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处 ， 这篇文章后，得到了园友的反馈，说这种简单的业务逻辑还可以，但业务比较复杂时，根据就没法用这种方法。
针对这个问题，我觉得有必要再写一个续集了，呵呵！
上回说的主要核心内容是将公用的部分从一个方法中提取出来，生成一个新的方法，这个重构中叫做“提取到方法”
，另外一个核心内容就是方法的”单一职责“，即一个方法干一件事，将出现复杂事件时，将多个方法进行组合调用即可
这回主要说一个重构中的提取，其实不仅方法可以被提取，类，及整个项目也可以被提取，只要他们有被提取的必要！
一个例子：对于一个数据实体操作的基类，它包括了其它所有实体类共有的属性（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
通过这篇文章，我们知道了，对于代码重构，不仅仅只对于方法而言，对于重构，也不仅仅只对一个项目而言，它可能是项目与项目之间的重构。
本文转自博客园张占岭（仓储大叔）的博客，原文链接：架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处（续），如需转载请自行联系原博主。
