[Architecture Pattern] Repository
<div id="cnblogs_post_body">动机Repository Pattern是一个在开发系统时，很常用的一个模式。在一些大师的著作：不管是在Martin Fowler所写的PoEAA或者是Eric Eban著作的DDD里，都有出现这个Pattern的身影。Repository Pattern最主要是定义如何切割BLL层跟DAL层之间的相依性，让BLL层不用依赖于DAL层的实做。并且在有需要更换DAL目标的时候，可以有抽换DAL层的能力。
同时学习Repository Pattern，也为架构设计带入了边界的概念。在设计架构的时候，可以套用Repository Pattern来做为架构边界的封装。将外部的系统、模块、数据库&hellip;等等，隔离在目标架构之外，让目标架构有更高的内聚以及较少的耦合。
本篇文章介绍一个Repository Pattern的实做，这个实做定义对象之间的职责跟互动，用来完成Repository Pattern应该提供的功能及职责。为自己做个纪录，也希望能帮助到有需要的开发人员。
结构
接下来采用一个计算人员数量的服务UserCountService，当作范例的内容。这个UserCountService，计算系统内所有人员的数量、男性人员的数量，提供给外部系统使用。并且实做Repository Pattern来当作BLL层的系统边界、切割BLL与DAL之间的相依。范例的结构如下：
http://Files.Dotblogs.com.tw/clark/1205/20125112620875.png
主要的参与者有：
User
-系统运作使用的数据对象。
-UserID是这个对象的索引值。
UserCountService
-使用UserRepository加载User。
-使用加载的User计算各种Count。
UserRepository
-使用IUserRepositoryProvider加载User。
IUserRepositoryProvider
-数据对象 User进出系统边界的接口。
-只提供查询功能。
SqlUserRepositoryProvider
-继承IUserRepositoryProvider。
-实做查询数据库产生User对象。
透过下面的图片说明，可以了解相关对象之间的互动流程。
http://Files.Dotblogs.com.tw/clark/1204/201242920475618.png
实做
范列下载
实做说明请参照范例程序内容。
RepositorySample点此下载
范列实做
首先建立RepositorySample.BLL项目，并且建立一个系统运作使用的数据对象User。
namespace RepositorySample.BLL{ public class User { // Constructor public User(Guid userID) { #region Require if (userID == Guid.Empty) throw new ArgumentNullException(); #endregion } // Properties public Guid UserID { get; set; } public string Name { get; set; } public bool IsMen { get; set; } }}
接着建立提供BLL层数据进出的边界对象，UserRepository对象及IUserRepositoryProvider接口。(这边要特别说明的是，也可以直接建立IUserRepository接口当作BLL层数据进出的边界对象。之所以建立UserRepository对象及IUserRepositoryProvider接口，这种组合式的边界对象，只是架构设计的个人习惯，笔者比较不喜欢使用接口让架构内部直接使用。)
namespace RepositorySample.BLL{ public class UserRepository { // Fields private readonly IUserRepositoryProvider _userRepositoryProvider = null; // Constructor public UserRepository(IUserRepositoryProvider userRepositoryProvider) { #region Require if (userRepositoryProvider == null) throw new ArgumentNullException(); #endregion _userRepositoryProvider = userRepositoryProvider; } // Methods public IEnumerable<User> QueryAll() { return _userRepositoryProvider.QueryAll(); } }}
namespace RepositorySample.BLL{ public interface IUserRepositoryProvider { // Methods IEnumerable<User> QueryAll(); }}
接着建立BLL层最后一个对象，也就是真正提供计算人员数量服务的对象UserCountService。
namespace RepositorySample.BLL{ public class UserCountService { // Fields private readonly UserRepository _userRepository = null; // Constructor public UserCountService(UserRepository userRepository) { #region Require if (userRepository == null) throw new ArgumentNullException(); #endregion _userRepository = userRepository; } // Methods public int GetAllCount() { return _userRepository.QueryAll().Count(); } public int GetMenCount() { int menCount = 0; foreach (User user in _userRepository.QueryAll()) { if (user.IsMen == true) { menCount++; } } return menCount; } }}
再来建立RepositorySample.DAL项目，以及存取Sql数据库的DAL对象SqlUserRepositoryProvider。(因为是仿真范例就不实做查询数据库，改用直接建立的方式来示意。)
namespace RepositorySample.DAL{ public class SqlUserRepositoryProvider : IUserRepositoryProvider { // Methods public IEnumerable<User> QueryAll() { User user = null; List<User> userList = new List<User>(); user = new User(Guid.NewGuid()); user.Name = "Clark"; user.IsMen = true; userList.Add(user); user = new User(Guid.NewGuid()); user.Name = "Jane"; user.IsMen = false; userList.Add(user); return userList; } }}
最后剩下的就是建立一个Console项目，来使用UserCountService。这个Console项目里，会生成UserCountService，并且打印的人员数量。(因为是仿真范例，UserCountService的生成，采用直接建立的方式来示意。实际项目可以采用各种IoC Framework来做生成注入的动作，避免Console项目与DAL项目有高度的耦合。)
namespace RepositorySample{ class Program { static void Main(string[] args) { // UserCountService UserCountService userCountService = CreateUserCountService(); // Print Console.WriteLine("All Count : " + userCountService.GetAllCount()); Console.WriteLine("Men Count : " + userCountService.GetMenCount()); // End Console.ReadLine(); } static UserCountService CreateUserCountService() { // UserRepositoryProvider SqlUserRepositoryProvider userRepositoryProvider = new SqlUserRepositoryProvider(); // UserRepository UserRepository userRepository = new UserRepository(userRepositoryProvider); // UserCountService UserCountService userCountService = new UserCountService(userRepository); // Return return userCountService; } }}
http://Files.Dotblogs.com.tw/clark/1204/2012429201515126.png
情景
接着采用几个情景，来验证系统的重用性。并且说明如何利用Repository Pattern提供的弹性，来满足各种的需求。
系统更换数据源
卖系统给客户的时候，客户的企业环境内不允许装设SQL Server，必须要采用别种数据存放媒介(例如:CSV檔)。
这时可以依照客户的需求，写一个新的CsvUserRepositoryProvider对象，用来取代SqlUserRepositoryProvider，系统透过这个新的CsvUserRepositoryProvider对象来查询CSV档案内的User数据。透过这样的方式，系统就可以更换数据源。范例的程序代码如下：
首先在RepositorySample.DAL项目内，建立存取CSV档案的DAL对象CsvUserRepositoryProvider。(因为是仿真范例就不实做剖析档案内容，改用直接建立的方式来示意。)
namespace RepositorySample.DAL{ public class CsvUserRepositoryProvider : IUserRepositoryProvider { // Methods public IEnumerable<User> QueryAll() { User user = null; List<User> userList = new List<User>(); user = new User(Guid.NewGuid()); user.Name = "Jeff"; user.IsMen = true; userList.Add(user); return userList; } }}
接着因为范例没有采用IoC Framework来做生成注入，所以必须手动修改生成注入这个工作。
static UserCountService CreateUserCountService(){ // UserRepositoryProvider CsvUserRepositoryProvider userRepositoryProvider = new CsvUserRepositoryProvider(); // UserRepository UserRepository userRepository = new UserRepository(userRepositoryProvider); // UserCountService UserCountService userCountService = new UserCountService(userRepository); // Return return userCountService;}
最后看看运行结果，可以发现计算出来的人员数量，是以CsvUserRepositoryProvider提供的资料来做计算。
http://Files.Dotblogs.com.tw/clark/1204/2012429201638578.png
系统增加数据源
另外在卖系统给客户过了一阵子之后，客户增加了一个外部的使用者数据源。这个新的使用者数据源，必须要可以跟原本系统内的用户数据一起使用。
这时可以依照客户的需求，写一个UnionUserRepositoryProvider对象，用来合并新使用者数据源与旧用户数据源，系统透过这个UnionUserRepositoryProvider对象就可以取得两种数据源的User数据。透过这样的方式，系统就可以加入额外的数据源。范例的程序代码如下：
首先在RepositorySample.DAL项目内，建立一个UnionUserRepositoryProvider对象。这个对象可以合并多个IUserRepositoryProvider提供的资料。
namespace RepositorySample.DAL{ public class UnionUserRepositoryProvider : IUserRepositoryProvider { // Fields private readonly List< IUserRepositoryProvider> _userRepositoryProviderList = null; // Constructor public UnionUserRepositoryProvider(List<IUserRepositoryProvider> userRepositoryProviderList) { #region Require if (userRepositoryProviderList == null) throw new ArgumentNullException(); #endregion _userRepositoryProviderList = userRepositoryProviderList; } // Methods public IEnumerable<User> QueryAll() { List<User> userList = new List<User>(); foreach (IUserRepositoryProvider userRepositoryProvider in _userRepositoryProviderList) { foreach (User user in userRepositoryProvider.QueryAll()) { userList.Add(user); } } return userList; } }}
另外因为范例没有采用IoC Framework来做生成注入，所以必须手动修改生成注入这个工作。
static UserCountService CreateUserCountService(){ // UserRepositoryProvider List<IUserRepositoryProvider> userRepositoryProviderList = new List<IUserRepositoryProvider>(); userRepositoryProviderList.Add(new CsvUserRepositoryProvider()); userRepositoryProviderList.Add(new SqlUserRepositoryProvider()); UnionUserRepositoryProvider userRepositoryProvider = new UnionUserRepositoryProvider(userRepositoryProviderList); // UserRepository UserRepository userRepository = new UserRepository(userRepositoryProvider); // UserCountService UserCountService userCountService = new UserCountService(userRepository); // Return return userCountService;}
最后看看运行结果，可以发现计算出来的人员数量，是以合并CsvUserRepositoryProvider、SqlUserRepositoryProvider提供的数据来做计算。
http://Files.Dotblogs.com.tw/clark/1204/2012429201736726.png
系统加入快取功能
接着客户使用系统一阵子之后，发现数据较多的时候，系统就会变慢。经过各种效能工具的检查，发现是剖析CSV文件是整个系统效能的瓶颈。
这时可以依照客户的需求，写一个CacheUserRepositoryProvider对象，用来快取CsvUserRepositoryProvider提供的数据，系统只有在第一次取数据的时候，才会去剖析CSV档案。透过这样的方式，系统就可以加入快取数据源的功能，提高系统的效能。范例的程序代码如下：
namespace RepositorySample.DAL{ public class CacheUserRepositoryProvider : IUserRepositoryProvider { // Fields private readonly IUserRepositoryProvider _userRepositoryProvider = null; private IEnumerable<User> _cache = null; // Constructor public CacheUserRepositoryProvider(IUserRepositoryProvider userRepositoryProvider) { #region Require if (userRepositoryProvider == null) throw new ArgumentNullException(); #endregion _userRepositoryProvider = userRepositoryProvider; } // Methods public IEnumerable<User> QueryAll() { if (_cache == null) { _cache = _userRepositoryProvider.QueryAll(); } return _cache; } }}
当然啦，因为范例没有采用IoC Framework来做生成注入，所以手动修改生成注入这个工作还是要做。
static UserCountService CreateUserCountService(){ // UserRepositoryProvider CsvUserRepositoryProvider csvUserRepositoryProvider = new CsvUserRepositoryProvider(); CacheUserRepositoryProvider userRepositoryProvider = new CacheUserRepositoryProvider(csvUserRepositoryProvider); // UserRepository UserRepository userRepository = new UserRepository(userRepositoryProvider); // UserCountService UserCountService userCountService = new UserCountService(userRepository); // Return return userCountService;}
后记
整个Repository Pattern实做看来下，眼尖的开发人员会发现，它跟IoC有异曲同工的意味。而Repository Pattern跟IoC的差异，主要是取决于设计时的颗粒度。IoC是从程序设计面，去看待切割相依性这件事情。而Repository Pattern则是从架构设计面，去看待切割相依性这件事情。
在架构设计里加入Repository Pattern的设计，可以为系统架构提供了抽换DAL层的弹性。一个系统的成败，除了最基本的满足客户需求之外，这些额外的非功能需求也是很重要的一环。动手的时候多想一点点，未来维护的开发人员，会感激你的。
页:
[1]