问为了重路由到DAL，在BLL对象中写一堆2个线性函数值得吗？

EN

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

因此，我建议保留单行代码，但如果插入、更新等仍然只有一两行代码，则需要重新考虑在何处进行验证和业务级别的数据处理。

如果你的BLL从来不做验证或者实现任何业务逻辑，并且总是保留两行代码，那么是的，这是非常愚蠢的。但是，如果您这样做，您可能错过了拥有业务逻辑层的要点，并且您可能一直在UI中进行验证，或者在UI或DAL中添加业务逻辑。很少有应用程序不需要验证，也没有业务逻辑。

虽然Rob和Bulline通常认为这样做的需要指向更深层次的问题，但在一些合理的情况下，直接进入数据访问层是非常有意义的。编写一个简单的方法(或者更糟糕的是，整个对象模型)来包装数据访问层是程序员所能做的最不有用的事情之一，所以不要这样做。如果有合理的理由，你可以对不使用业务逻辑层感到高兴。