我有一个有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());
答案 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还是其他什么,某些地方都在创建您的用户界面(或其控制器)。该方法可以了解所有内容,因为它可以解决所有问题。其他一切只知道接口。
我更关心对其他层(耦合)中的具体类型的引用,而不是项目中的程序集引用。