[Architecture Pattern] Repository实作查询功能

[Architecture Pattern] Repository实作查询功能

范例下载

范例程序代码：点此下载

问题情景

在系统的BLL与DAL之间，加入Repository Pattern的设计，能够切割BLL与DAL之间的相依性，并且提供系统抽换DAL的能力。但在软件开发的过程中，套用Repository Pattern最容易遇到的问题就是，如何在Repository中实作「查询」这个功能。像是在下列这个查询订单的页面，系统必须要依照用户输入的查询条件，来从DAL中查询出所有符合条件内容的Order对象集合，并且将这些Order对象逐一呈现给在系统页面给用户浏览。

因为系统页面上的查询条件是可填、可不填，这对应到提供数据的Repository上，就变成Repository必须依照各种查询条件填或不填的各种组合，来提供对应的Method。但这样的查询功能设计，在查询条件少的情景能够正常的开发设计；但在查询条件较多的情景，就会发现为每种查询条件组合建立对应的Method，近乎是一项不可能的任务。(EX:每个条件内容可填可不填，3个查询条件就需要2^3=8个Method、7个查询条件就需要2^7=128个Method。)

public interface IOrderRepository
{
    // Methods
    IEnumerable<Order> GetAllByCondition(string userId, OrderState state, DateTime startDate, DateTime endDate);

    IEnumerable<Order> GetAllByCondition(OrderState state, DateTime startDate, DateTime endDate);

    IEnumerable<Order> GetAllByCondition(string userId, DateTime startDate, DateTime endDate);

    IEnumerable<Order> GetAllByCondition(DateTime startDate, DateTime endDate);

    IEnumerable<Order> GetAllByCondition(string userId, OrderState state);

    IEnumerable<Order> GetAllByCondition(OrderState state);

    IEnumerable<Order> GetAllByCondition(string userId);

    IEnumerable<Order> GetAllByCondition();
}

这时最直觉的做法，会在Repository上加入GetAllBySql这个Method，让系统依照用户输入的查询条件来组合SQL指令，再交由实作Repository的DAL去数据库做查询。

public interface IOrderRepository
{
    // Methods
    IEnumerable<Order> GetBySql(string sqlCommand, params object[] parameters);
}

Repository加入GetAllBySql的这个设计，的确可以满足用户需求、提供正确信息给用户。但仔细思考Repository加入GetAllBySql的这个设计，是让DAL的职责污染到了BLL，BLL必须要知道DAL所使用的数据表名称、数据库字段才能组合出SQL指令，也就是在程序代码中隐性的让BLL相依于DAL，这大幅降低了BLL的内聚力。而一般来说只有关系数据库能够剖析SQL指令来提供数据，也就是DAL实作被绑死在关系数据库上，这也就大大降低了BLL的重用性。

接着，以下列这个开发情景：「系统的数据源，需要依照网络联机状态来决定使用本地数据库还是使用外部API」，来思考Repository加入GetAllBySql的这个设计。当外部API不支持SQL指令查询，系统就无法建立外部API的GetAllBySql实作，这也就限制了BLL抽换DAL成为外部API的能力。(感谢91提供范例~^^)

解决方案

IRepository设计

为了解决Repository实作查询功能的问题，回过头思考一般函式库、Web服务提供查询功能的方式。会发现很多查询功能的设计，会在查询功能中提供所有的查询条件，在这些条件内容中填null代表忽略这个条件、填值代表加入这个条件。

遵循这个设计原则，开发人员可以为Repository上加入GetAllByCondition这个Method,接着把每个查询条件都设计为这个Method的函式参数；最后替不可为null的值类型参数(enum、DateTime...)加上「?」关键词，将这些值类型改为可输入null的Nullable类别。

public interface IOrderRepository
{
    // Methods
    IEnumerable<Order> GetAllByCondition(string userId, OrderState? state, DateTime? startDate, DateTime? endDate);
}

IRepository使用

完成GetAllByCondition的设计之后，系统就可以将用户在窗体中所输入的查询条件，对应到GetAllByCondition的每个函式参数。(窗体中条件内容有填的对应为函式参数内容、窗体中条件内容没填的对应为函式参数null。)

// UserId
string userId = null;
if(string.IsNullOrEmpty(this.UserIdTextBox.Text) == false) 
{
    userId = this.UserIdTextBox.Text.Trim();
}

// State
OrderState? state = null;
if (this.StateComboBox.SelectedValue != null)
{
    if (this.StateComboBox.SelectedValue.ToString() != "All")
    {
        state = Enum.Parse(typeof(OrderState), this.StateComboBox.SelectedValue.ToString()) as OrderState?;
    }
}

// StartDate
DateTime? startDate = null;
if(string.IsNullOrEmpty(this.StartDateTextBox.Text) == false)
{
    startDate = DateTime.Parse(this.StartDateTextBox.Text) as DateTime?;
}

// EndDate
DateTime? endDate = null;
if (string.IsNullOrEmpty(this.EndDateTextBox.Text) == false)
{
    endDate = DateTime.Parse(this.EndDateTextBox.Text) as DateTime?;
}

// Query
var orderCollection = _orderRepository.GetAllByCondition(userId, state, startDate, endDate);

// Display
this.OrderGridView.DataSource = orderCollection;

• 执行范例(All)

  

  

• 执行范例(userId=A123)

  

  

• 执行范例(userId=A123, state=Completed)

  

  

SqlRepository实作

接着设计封装本地数据库的Repository实作，GetAllByCondition函式就可以依照这些函式参数是否为null、不为null的参数内容，来组合查询条件的SQL指令、提交给本地数据库并且回传查询结果。

• 依照条件内容是否为null，来组合SQL指令的Where条件。

  // CommandText
  command.CommandText = @"SELECT USER_ID, STATE, DATE FROM Orders";
  
  // ConditionText
  var conditionList = new List<string>();
  if (string.IsNullOrEmpty(userId) == false) conditionList.Add("USER_ID = @USER_ID");
  if (state.HasValue == true) conditionList.Add("STATE = @STATE");
  if (startDate.HasValue == true && endDate.HasValue == true) conditionList.Add("Date >= @START_DATE");
  if (startDate.HasValue == true && endDate.HasValue == true) conditionList.Add("Date <= @END_DATE");
  var conditionString = string.Join(" AND ", conditionList);
  if (string.IsNullOrEmpty(conditionString) == false) command.CommandText += " WHERE " + conditionString;
  

• 依照条件内容是否为null，来加入Command.Parameters。

  // CommandParameters
  if (string.IsNullOrEmpty(userId) == false) command.Parameters.Add(new SqlParameter("@USER_ID", userId));
  if (state.HasValue == true) command.Parameters.Add(new SqlParameter("@STATE", state.ToString()));
  if (startDate.HasValue == true && endDate.HasValue == true) command.Parameters.Add(new SqlParameter("@START_DATE", startDate.Value));
  if (startDate.HasValue == true && endDate.HasValue == true) command.Parameters.Add(new SqlParameter("@END_DATE", endDate.Value));
  

• 执行范例(All)

  

  

• 执行范例(userId=A123)

  

  

• 执行范例(userId=A123, state=Completed)

  

  

IRepository查询

完成上列这些步骤之后，也就完成了Repository实作查询功能的开发工作，用户就能在系统页面上填写查询条件，来从系统中查询所有符合条件内容的数据对象集合。

• 执行范例(All)

  

• 执行范例(userId=A123)

  

• 执行范例(userId=A123, state=Completed)

  

后记

Repository实作查询功能的开发工作套用本篇的解决方案，能在BLL中完全不需要牵扯DAL的信息，只需要单纯传递C#类别来做为查询条件，这部分提高了BLL的内聚力。而GetAllByCondition的设计，因为单纯使用C#类别来传递查询条件，这让DAL实作不会被绑死在特定数据源上，也大幅提高了BLL的重用性。开发人员设计系统时遇到需要Repository实作查询功能的开发工作，参考本篇提供的解决方案应该就能满足大部分的开发需求。