2

这对我来说似乎很愚蠢。我没有得到什么？

4

4 回答 4

5

我遇到过这样的情况，我的应用程序调用业务层来选择值列表。然后业务层调用 Dal 进行数据访问。在很多情况下，业务层方法没有明显的原因进行传递，但它确实为将来添加业务逻辑、数据处理等留下了空间。它还有助于保持您的应用程序解耦，这将使测试变得更加容易。

所以，我说保留一行，但是如果您的插入、更新等仍然是一两行，您需要重新考虑您在哪里进行验证和业务级数据处理。

于 2008-11-07T18:40:25.703 回答
4

如果您的 BLL 从不进行验证或实现任何业务逻辑并且始终保持 2 行，那么是的，这很愚蠢。但是，如果您这样做，您可能错过了拥有业务逻辑层的意义，并且您可能一直在 UI 中进行验证，或者在 UI 或 DAL 中添加业务逻辑。很少有应用程序不需要验证并且没有业务逻辑。

于 2008-11-07T18:19:22.937 回答
2

尽管 Rob 和 Bullines 通常认为这样做的需要指向更深层次的问题是正确的，但在某些合理的情况下，直接进入数据访问层是非常有意义的。编写一个无脑的方法（或更糟糕的是，整个对象模型）来包装数据访问层是任何程序员所能做的最没用的事情，所以不要这样做。如果有正当理由，您可以对不通过业务逻辑层感到满意。

于 2008-11-07T18:38:28.657 回答
1

业务逻辑应该在您的 BLL 中。如果您最终在 BLL 中使用“2 个线性函数”，您是否不小心将该业务逻辑放入您的 DAL 或 UI 中？

于 2008-11-07T18:18:58.133 回答