如何避免在UI层中引用数据层?

时间:2011-05-26 16:13:20

标签: c# design-patterns architecture

我有一个有3层的项目。用户界面,业务层和数据层。

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

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

这让我更改了我的UI层,因为我的UI调用我的BL,并且根据架构规则,我认为如果我将我的DL的引用添加到我的UI中,它不是一个好的设计。

有人可以提出更好的方法吗?我需要更改架构还是我在这里做错了什么?我可以在这里介绍Facade Manager吗?您的建议的一个例子将受到高度赞赏。

- 编辑 -

以下是代码:

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());

3 个答案:

答案 0 :(得分:4)

IoC对于这项工作来说是完美的。您的BL应该只依赖于可以获取所需数据的接口。然后,使用IoC,使用接口注册实际的DB实现。然后应该向UI注入接口BL。因此,当应用程序启动时,您注册所有依赖项,并将BL接口注入UI,因此UI不知道实际BL实现依赖于DL接口这一事实。

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

答案 1 :(得分:1)

执行此操作的一种方法是将所有数据类型放在单独的dll中。

然后从UI,BL和DAL引用此dll。

然后,UI不需要引用DAL。

答案 2 :(得分:0)

@BBree的回答是正确的;我只想回答澄清我的意见。这是我推荐的(我认为这与@BFree推荐的相同):

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

public class MyUI
{
    public MyUI(IBusinessLayer bl) {}
}

无论您使用的是MVC,MVVM还是其他什么,某些地方都在创建您的用户界面(或其控制器)。该方法可以了解所有内容,因为它可以解决所有问题。其他一切只知道接口。

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