Question

我无法找到一种干净的方法来实现我的分层。

这是我拥有的图层（下层支持上层，通过继承或组成）：

Business Logic Layer (BLL)
Datastore Layer (DSL)
Database Layer (DBL), Web-Service Buffer (WSB)

当BLL对象发出get请求getRecords（）时，它会要求DSL实现它。

然后，DSL决定天气以使用本地DBL，或者使用WSB（与远程Web服务前端通信到“主”DB）。

选项1 - 组合（BLL具有DSL，DSL具有DBL）

我的问题是，由于DSL和DBL对象是在BLL中组成的，因此它们对包含BLL一无所知，那么它们如何制作包含BLL字段的特定DB查询？

选项2 - 继承（BLL：DSL，DSL：DBL）

即使较低层现在可以通过公共/受保护的继承访问BLL，但问题仍然是DSL和DBL如何确切地知道要生成哪些特定查询字符串。我认为BLL可以保留一组静态字符串，但是这会创建一个双向依赖，我认为这是一个非常有缺陷的设计，具有可怕的后果。

注意：每个BLL都有一个对应的表，它被序列化/反序列化。

注意：我不想使用反射，并且想限制泛型的使用（除非绝对没有别的办法。我正在使用genreics来实现我的WSB，这是有效的很好，虽然我主要关心的是在DSL和DBL层中生成特定于BLL的查询字符串。）

注意：将会有许多不同的BLL对象将使用DSL和DBL层，而不仅仅是一个（否则这将是微不足道的。）

public class BL1 
{
  private DSL _dsLayer;

  public getRecords() 
  {
    // ...
    _dsLayer.getRecords();
    // ...
  }
}

public class DSL 
{
  private DBL _dbLayer;
  private WSB _wsBuffer;

  public getRecords() 
  {
    if(_dbLayer.getRecords() != null)
    {
      return records;
    }
    else
    {
      return _wsBuffer.getRecords();
    }
  }
}

public class DBL
{
  private string _db = "file.db3";

  public getRecords()
  {
    select ????? - how to know what fields to grab
  }
}

感谢您花些时间回答这一问题，非常感谢。

Answer 1

你应该选择作文。我不认为继承是有道理的，因为它们是完全不同类型的实体，实际上不能从另一个继承。他们将继承哪些领域？谁继承谁？

BLL需要传递“字段”列表才能进入DSL。作为DSL方法的参数或以其他方式。 DSL方法只接收一些字段列表作为参数并使用它们。我认为这是一个可行的解决方案。

此外，您应该在每个层创建接口并针对它们进行编程，而不是使用类型本身。因此，例如，在您编写的示例代码中，将DBL和WSB更改为IDBL和IWSB。这将有助于您更好地测试并允许代码中的松散耦合。

public class DSL 
{
  private IDBL _dbLayer;
  private IWSB _wsBuffer;
....

}

Answer 2

通常，当您具有“Is-A”关系时，应使用继承。既然你不能说BLL'Is-A'DSL或DSL'I'-A'DBL，那么我将关注继承的组合。这样做的副作用是更容易测试每个逻辑层，因为您可以存根或模拟每个依赖项。

通常，在任何公开的API中，服务器端（因此就BLL而言的DSL - > DSL）都需要公开对象才能完成其工作。你指出DSL不应该知道BLL对象是正确的。因此，面临的挑战是为暴露于BLL的DSL编写一个干净的API来查询数据。

我建议同时查看Repository中的Specification和DDD模式。这些有助于解决您提出的一些问题。

Answer 3

组合物。因为dtryon和 desigeek 所说的一切而且还有因为在你的情况下，继承看起来不自然+它将使你所有的层紧密耦合，几乎不会限制任何修改源代码。

我认为查看prefer-composition-over-inheritance SO主题可能会有所帮助。

继承与构成 - 在OOP架构考虑中

3 个答案: