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

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

      假设现在有如下情况,某项目的框架结构用的是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 }
修改后的逻辑层的代码(注意对比)

 

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

                           

 

       程序猿甲说,这个好办,我们可以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 }
BLL层的代码(注意对比)

     如果要换访问驱动层的话,请看图:

                     

       是的,只需要在如图的位置new一个不同的就好了。且VS会给我们提示。

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

 

 

       攻城狮戊说,可是我可能会有很多服务的地方都用到这个实例,那我都得改么?这样写很麻烦的感觉呢。

       李宁说过一句话,他说,一切皆有可能。所以,是的,也许以后园子时会多一篇叫做“这个好像、也许、或许、大概、应该、Maybe真的可以算是传说中的简单工厂了吧”的文章。

       笔者写的都是很简单的东西。欢迎指正,共同进步。

 

posted @ 2014-07-26 09:01  公子若不胖天下谁胖  阅读(3163)  评论(21编辑  收藏  举报