0

因此，在学习了一点关于接口编程和其他一些与继承相关的主题之后，我还有另一个问题。

数据库通常是父子表。许多应用程序有 2-4 个层次结构，如推荐、推荐项、推荐计费项等和一些查找表。现在，如果我将其建模为类，我将拥有

Class Referral
{
List<ReferralLineItems> rli;

}
Class ReferrralLineItem
{
List<ReferralBillingLineItem> rbli;
}

在这种情况下，我可以在哪里应用接口或抽象类？

谢谢！

我见过很多高级架构师为 IReferralBLC 和 IReferralLineItemBLC 等创建接口来封装业务逻辑。这些接口几乎总是只有一种实现，如 ReferralBLC、ReferralItemBLC 等，那么为什么需要接口呢？

4

2 回答 2

2

就领域实体而言，让它们实现接口的好处是值得商榷的。有些人 甚至将其视为一种反模式。

您的示例中的对象具有几个值得注意的特征，应该让您在在它们之上添加接口之前三思而后行：

  • 他们贫血，即没有任何行为。接口用于定义合约、对象之间的消息传递协议。如果没有要发送的消息，即没有要使用的行为，他们就会失去很大一部分的兴趣。

  • 它们不太可能作为依赖项注入到其他对象中。您不需要在单元测试中模拟对象，因此通常体现在接口中的模拟和真实类的公共父抽象并不是真正需要的。

于 2013-07-10T13:18:10.283 回答
1

它们存在的原因与它们最初存在的原因相同，即松散耦合。您可以轻松地更改实现类，而无需修改那些接口（可能使用规则引擎来实现），加上测试，这总是很重要，而且这也用领域的语言描述了业务。另一方面，由于对象模型和关系模型之间的概念差异（称为阻抗不匹配），对象关系映射的概念在计算机科学界已经讨论并仍在讨论中。

于 2013-07-10T08:24:16.583 回答