改进
这可以考虑到GoF23中的外观模式(Facade)，为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
考虑在数据访问层中建立外观Facade，这样可以为复杂的数据访问方法提供一个简单的类，使得耦合大大降低。增加外观Facade可以只向客户提供一个简单的接口，减少客户与数据访问层之间的依赖，更容易维护和扩展了。
数据访问层
我们就使用这种方法来改进第一篇的程序吧。首先创建一个基类用于存放公共的方法，然后各个数据访问对象(这里只有Customer)继承这个基类实现具体细节。
1.DataAccessFacadeBase基类
使用一个公共基类，用于存放公共的方法，我们新建DataAccessFacadeBase.cs类，实例化数据访问实体DataContext，配置DataContext连接和日志。
这里实例化数据访问实体DataContext代码同上一篇测试基类的代码相同，这里就不贴了。
2.数据访问Facade对象
我们为每个数据访问对象都定义一个数据访问Facade对象，用于封装一些CURD等操作，在具体数据访问类中没有Load()、Save()、Delete()方法。这样做的好处是客户使用时直接调用数据访问外观Facade里的对外提供的方法，更加基于服务，调用代码不需要担心具体的实现细节，也可很方便的对其测试。
这里新建CustomerFacade.cs类用于封装对Customer的CURD操作，这个类继承自DataAccessFacadeBase基类，具体操作方法如下：
1.新建临时Customer对象
public Customer CreateCustomer()
{
return new Customer();
}
2.按CustomerId获取Customer对象
public Customer GetCustomerById(int customerId)
{
return (from p in DataContext.Customer
where p.CustomerId == customerId
select p).FirstOrDefault();
}
3.获取Customer对象列表
public IList<Customer> GetCustomerList()
{
return (from p in DataContext.Customer
select p).ToList<Customer>();
}
4.更新保存Customer对象
public void UpdateCustomer(Customer customer)
{
if (customer == null)
{
throw new ArgumentNullException("Customer", "对象为空");
}
else
{
if (customer.CustomerId == 0)
{
DataContext.Customer.InsertOnSubmit(customer);
}
DataContext.SubmitChanges();
}
}
这里为了演示，仅仅写出了4个方法，大家可以按照自己的需要添加一些操作。
单元测试层
可以测试上面我们修改的结果了，在单元测试层新建一CustomerFacadeFixture.cs类依然继承测试基类UnitTestBase。
Step1：实例化CustomerFacade
在这个测试类中，首先实例化CustomerFacade。
private CustomerFacade m_facade;
public CustomerFacade Facade
{
get
{
if (m_facade == null)
{
m_facade = new CustomerFacade();
}
return m_facade;
}
}
Step2：编写保存更新方法
其次，编写一个创建并保存Customer的方法，因为我们每次测试前，数据库为空的，在测试前，我们需要输入一些原始数据。
private Customer CreateAndSaveNewCustomer(string firstName, string lastName)
{
Customer newCustomer = Facade.CreateCustomer();
newCustomer.FirstName = firstName;
newCustomer.LastName = lastName;
Facade.UpdateCustomer(newCustomer);
return newCustomer;
}
从这个方法，我们就直接使用Facade提供给客户端的Create()方法和Update()方法，我们完全不知道具体的实现细节。
Step3：测试UpdateCustomer()方法
调用上面的方法，向创建保存为YJingLee的Customer为测试初始数据，正好也是测试了保存数据方法。
[Test]
public void UpdateCustomerTest()
{
Customer newCustomer = CreateAndSaveNewCustomer("YJing", "Lee");
Assert.AreNotEqual(0, newCustomer.CustomerId);
Assert.AreEqual("YJing", newCustomer.FirstName);
}
看看结果吧：
分析一下：首先验证数据库是否存在，这里存在，删除原有的数据库重新创建一个新的数据库架构，向数据库中插入一条YJingLee的数据并查询这条数据。
Step4：测试GetCustomerById()方法
再来测试GetCustomerById()方法，首先在数据库中插入一条YJingLee的数据，看看这句reloaded = Facade.GetCustomerById(tempCustomer.CustomerId)调用外观Facade中的GetCustomerById()方法按CustomerId获取Customer对象，体现了对外隐藏具体的实现细节，最后断言数据是否符合预料的结果。
[Test]
public void GetCustomerByIdTest()
{
Customer tempCustomer = CreateAndSaveNewCustomer("YJing", "Lee");
Assert.AreNotEqual(0, tempCustomer.CustomerId);
Customer reloaded = Facade.GetCustomerById(tempCustomer.CustomerId);
Assert.IsNotNull(reloaded);
Assert.AreEqual(tempCustomer.CustomerId, reloaded.CustomerId);
Assert.AreSame(tempCustomer, reloaded);
}
这个测试就留给大家测试了！测试好了把结果告诉我哦。
Step5：测试GetCustomerList()方法
首先初始化三条数据，然后调用外观Facade中的GetCustomerList()方法获取Customer列表，测试是否一致
[Test]
public void GetListTest()
{
List<Customer> tempCustomers = new List<Customer>();
tempCustomers.Add(CreateAndSaveNewCustomer("YJing", "Lee"));
tempCustomers.Add(CreateAndSaveNewCustomer("li", "yongjing"));
tempCustomers.Add(CreateAndSaveNewCustomer("cnblogs", "com"));
var reloaded = Facade.GetCustomerList();
Assert.IsNotNull(reloaded);
Assert.AreEqual(tempCustomers.Count, reloaded.Count);
}
结语
这篇文章我们通过修改第一篇完全裸露的代码，运用一个外观Facade类对外提供较清晰的接口来隐藏具体的实现细节，客户使用只需和Facade对象接口交互，从这篇的改进也完美地体现了依赖倒转原则和迪米特法则的思想。
版权声明：本文为博主http://www.zuiniusn.com原创文章，未经博主允许不得转载。