这个好像、也许、或许、大概、应该、Maybe真的可以算是传说中的面向接口编程了吧。

时间：2014-07-26 13:55:55 阅读：335 评论：0 收藏：0 [点我收藏+]

标签：style blog http color os strong 数据 io

假设现在有如下情况，某项目的框架结构用的是ADO.NET写的简单三层。且已经开始写了一部分了。现在因为时间比较紧急，经理认为用EF写速度会快一些，于是要求我们将访问驱动层改成用EF写的。

那么，恩，好吧，我们得改了。先看一下原来DAL层和BLL层的代码。因仅演示而已，此处只写了一个大概思路的代码。另外此处笔者只打算写一个DAL层了BLL层的一个松耦合的一个渐近过程的处理。方法只写一个。诸位见谅。主要是要有那个思路。

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.Model;
 7 
 8 namespace Anmutu.OA.AdoNetDAL
 9 {
10     public class UserAdoNetDal
11     {
12         public User AddUser(User user)
13         {
14             //在此处写一此插入的一个SQL.会用到DBSQLHelper.using()...写就是一个insert操作。你知道的，主要是那个思想。代码略过。
15             return null;
16         }
17     }
18 }

访问驱动层的代码

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.AdoNetDAL;
 7 using Anmutu.OA.Model;
 8 
 9 namespace Anmutu.OA.BLL
10 {
11     public class UserService
12     {
13        //调用一下数据库访问层的方法，打个酱油。
14         private AdoNetDAL.UserAdoNetDal userAdoNetDal = new UserAdoNetDal();
15         public User Add(User user)
16       {
17           return  userAdoNetDal.AddUser(user);
18        }
19     }
20 }

逻辑层的代码

还好还好，DB里有的相应的表的。我们DBFirst一下，拿到EF的上下文。那么新的访问驱动层的代码将会是这个样子的：

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.Model;
 7 
 8 namespace Anmutu.OA.DAL
 9 {
10     public class UserEFDal
11     {
12         public User AddUser(User user)
13         {
14             //得到的EF上下文，DBFirst不用解释了吧。
15             AnmutuModelContainer db = new AnmutuModelContainer();
16             //加到DB里去。
17             db.UserSet.Add(user);
18             //保存
19             db.SaveChanges();
20             return user;
21         }
22     }
23 }

EF作为访问驱动层时的代码

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.AdoNetDAL;
 7 using Anmutu.OA.DAL;//添加EF层的程序集。
 8 using Anmutu.OA.Model;
 9 
10 namespace Anmutu.OA.BLL
11 {
12     public class UserService
13     {
14         #region 用EF作为访问驱动层时的代码。
15         private DAL.UserEFDal _userEfDal = new UserEFDal();
16         public User AddUser(User user)
17         {
18             return _userEfDal.AddUser(user);
19         }
20         #endregion
21         #region 用ADO.NET作为访问驱动层时的代码
22         //private AdoNetDAL.UserAdoNetDal userAdoNetDal = new UserAdoNetDal();
23         //public User Add(User user)
24         //{
25         //  return  userAdoNetDal.AddUser(user);
26         //}
27         #endregion
28     }
29 }

修改后的逻辑层的代码（注意对比）

这样貌似就算是修改好了。在这个小案例中。那么两个分析一下具体的情况。现在的情况是逻辑层的的代码，依赖与一个具体的实现，那么依赖者就必须跟着变化。就如同这里的实例名字不一样，那么下面具体用到此实例的时候就都得改了。如果这里调用数据库访问层的方法的名字不一样，同样也是需要改动的。目前这个小案例中，修改的地方还真就不算多。但是，正如你知道的，一个项目中不可能真的只有这么一个方法的。会有很多方法。那么，是的，你得修改很多的地方了。来图看一下,它可能是这样。

bubuko.com,布布扣

程序猿甲说，这个好办，我们可以CTRL+F，然后选择将相应的需要改的全部替换也就好了。

攻城狮乙说，这个方法，固然可以，可是如果哪个地方替换错了，就有那么一个地方名字一样，替换错误了，那岂不是很麻烦么？

程序猿丙说，我们可以依旧CTRL+F，我们选择单个替换就好了呀，我们可以小心一点的。

攻城狮丁说，这个方法，依旧且算可以，只是就算你很小心没有替换错，不是很耽误时间的么？时间可就是金钱啊。

那么，思路是我们就可以不让其依赖与一个具体的实例。而是依赖与一个抽象的实例。比如让其依赖与一个接口。用接口解除其对具体数据库访问的耦合。通过让BLL层去依赖一个公共的变化很少的契约接口，依赖抽象，具体的实现在变化的时候，BLL层就不用变化了。这是对变化点的一个封装。有点绕口且有点‘WHERE IS 南 WHERE IS 北’（笔者用此句表示不太容易理解，如果没有了解过接口神马的）的感觉。简单的说就是用一个抽象的实例，但是后面new出来的就是一个具体的了。

那么，将修改的代码将会是这个样子：

 1 using System;
 2 using System.Collections.Generic;
 3 using System.ComponentModel;
 4 using System.Linq;
 5 using System.Text;
 6 using System.Threading.Tasks;
 7 using Anmutu.OA.Model;
 8 
 9 namespace Anmutu.OA.IDAL
10 {
11     /// <summary>
12     /// 创建一个接口，约定其返回类型是User类，参数是一个user实体。
13     /// </summary>
14       interface IUserDal
15       {
16           User AddUser(User user);
17       }
18 }

DAL层接口的约束

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.IDAL;
 7 using Anmutu.OA.Model;
 8 
 9 namespace Anmutu.OA.AdoNetDAL
10 {
11     public class UserAdoNetDal:IUserDal//此处实现接口里的方法。因为接口里的方法名字也就AddUser,这里就没有必要CTRL+SHIFT+...了。我用的是Resharper插件，也就不用点实现了。
12     {
13         public User AddUser(User user)
14         {
15             //在此处写一此插入的一个SQL.会用到DBSQLHelper.using()...写就是一个insert操作。
16             return null;
17         }
18     }
19 }

ADO.NET作为访问驱动层实现接口

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.IDAL;
 7 using Anmutu.OA.Model;
 8 
 9 namespace Anmutu.OA.DAL
10 {
11     public class UserEFDal:IUserDal//这里实现接口。
12     {
13         public User AddUser(User user)
14         {
15             //得到的EF上下文，DBFirst不用解释了吧。
16             AnmutuModelContainer db = new AnmutuModelContainer();
17             //加到DB里去。
18             db.UserSet.Add(user);
19             //保存
20             db.SaveChanges();
21             return user;
22         }
23     }
24 }

EF作为访问驱动层实现接口

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 using Anmutu.OA.AdoNetDAL;
 7 using Anmutu.OA.DAL;//添加EF层的程序集。
 8 using Anmutu.OA.Model;
 9 
10 namespace Anmutu.OA.BLL
11 {
12     public class UserService
13     {
14         #region 实现接口后的代码
15         //IDAL.IUserDal userDal=new UserAdoNetDal();//当要用到ADO.NET作为访问驱动时。
16         IDAL.IUserDal  userDal=new UserEFDal();//当要用到EF作为访问驱动时。
17         public User AddUser(User user)
18         {
19             return userDal.AddUser(user);
20         }
21         #endregion
22         #region 用EF作为访问驱动层时的代码。
23         //private DAL.UserEFDal _userEfDal = new UserEFDal();
24         //public User AddUser(User user)
25         //{
26         //    return _userEfDal.AddUser(user);
27         //}
28         #endregion
29         #region 用ADO.NET作为访问驱动层时的代码
30         //private AdoNetDAL.UserAdoNetDal userAdoNetDal = new UserAdoNetDal();
31         //public User Add(User user)
32         //{
33         //  return  userAdoNetDal.AddUser(user);
34         //}
35         #endregion
36     }
37 }