设计数据访问层

Question

我遇到了一个关于如何设计我的 DAL 的设计问题。 众所周知，在其最基本的定义中，DAL 表示层 负责与一些数据存储库通信（当然我不是在谈论存储库模式）， 通常是一个数据库。现在这就是问题所在。 我们的一些业务对象必须从数据库中获取它们的数据，而另一些则需要从其他来源（即 Web 服务）获取它们的数据。 我们团队中的一些成员建议 BO 应该足够聪明地知道是否调用 DAL（它只知道与数据库通信） 或调用所需的 Web 服务。其他人则认为这可能不是一个最佳解决方案，建议一切都应该通过 DAL，其中它将包含比方说适配器或其他任何数据检索方法。

您将如何构建具有此类数据访问需求的系统？ 从长远来看，任何建议的解决方案是否足够好（第二个可能需要更多时间来开发） 还是我们需要采取完全不同的方法？或许有适合这类问题的设计模式……

谢谢， Avi Shilon

Answer 1

我强烈推荐第二种方法。业务逻辑不应该对数据源一无所知。

当它不知道时，除了通常的好处（由于隔离和更简洁的设计而更易于维护），您还可以灵活地（取决于您的 DAL 的设计程度）：

• 根据您的最低要求，从各种数据源检索数据

• 从一组优先的数据源中检索数据以实现故障转移。

  例如您可以从 Reuters 实时报价服务获得最新报价，但当由于 WAN 问题导致报价中断时，您将求助于备用服务或数据库中缓存的旧价格。

  显然，数据源是按照质量不提高和可靠性不降低的优先级排序的。

• 从一组优先的数据源中检索数据以实现缓存

  例如从本地缓存中检索价格，如果缺失，则从本地数据库检索，如果缺失，则向供应商服务请求。

此外，为了更易于维护的一个具体示例，如果您的数据源从实时查询的供应商服务更改为由供应商推送信息填充的内部黄金副本数据库，您只需要更改 DAO，而不是需要数据的众多 BO 中的每一个。更容易更改，测试和部署更改也更安全。