如何避免在UI层中引用DataLayer

本文关键字：引用 DataLayer UI 何避免 | 更新日期: 2023-09-27 17:57:49

我有一个有3层的项目。UI、业务层和数据层。

UI调用BL。BL调用DL。DL执行数据库操作。就这么简单。

我想对我的BL方法进行单元测试，所以我对它做了一些更改，现在我接受DL作为BL构造函数中的参数，这样我就可以创建DL的Mock对象。

这让我在UI调用BL时更改了UI层，根据体系结构规则，如果我在UI中添加DL的引用，我认为这不是一个好的设计。

有人能提出更好的方法吗？我需要更改架构吗？还是我在这里做错了什么？我可以在这里介绍门面经理吗？如能举例说明你的建议，我们将不胜感激。

--编辑--

这是代码：

在BL中：

    public MyBusinessLayer()
    {
    }
    //To pass mock object of WCF Service
    public MyBusinessLayer(ISomeServices svc)
    {
        someServiceRef = svc;
    }
    //To pass mock object of Data Layer.
    public MyBusinessLayer(ISomeDataLayer dl)
    {
        someDlRef = dl;
    }

在UI:中

//To do this i have to add DL reference to UI
MyBusinessLater b = new MyBusinessLayer(new ISomeService());

如何避免在UI层中引用DataLayer

IoC非常适合这份工作。BL应该只依赖于一个可以获得所需数据的接口。然后，使用IoC，向接口注册实际的DB实现。然后，UI应该注入一个接口BL。因此，当应用程序启动时，您注册所有依赖项，并将BL接口注入UI，因此UI不知道实际的BL实现依赖于DL接口。

这只是我在网上找到的一个例子。只需在谷歌上搜索C#IOC或C#依赖注入。http://www.dotnetspark.com/kb/266-inversion-control-ioc-and-dependency-injection.aspx

一种方法是将所有数据类型放在一个单独的dll中。

然后从UI、BL和DAL引用这个dll。

那么UI就不需要引用DAL。

@BFree的答案是正确的；我只是想澄清一下我的看法。以下是我的建议（我相信与@BFree的建议相同）：

public class MyBusinessLayer : IBusinessLayer
{
    public MyBusinessLayer(ISomeDataLayer dl, ISomeServices svc) {}
}
public class MyUI
{
    public MyUI(IBusinessLayer bl) {}
}

无论您使用的是MVC、MVVM还是其他什么，某个地方都在创建您的用户界面（或其控制器）。这种方法可以了解所有事情，因为它将所有事情都连接起来。其他一切都只知道接口。

我更关心其他层中对具体类型的引用（耦合），而不是项目中的程序集引用。

相关文章：