我有
Public Class AuthorBLL : IAuthorBLL
{
Public Add_Author();
Public Get_AuthorsList();
}
Public Class BookBLL : IBookBLL
{
Public Add_Book();
Public Get_BookList();
}
现在我想在我的 WCF 层中调用我的业务逻辑层方法,并希望向 UI 公开类似的 WCF OperationContracts 方法。
我的 WCF 类如下所示:
Public class WCFService : IWCFService
{
private IAuthorBLL _authorBLL;
private IBookBLL _BookBLL;
public WCFService(IAuthorBLL authorBll, IBookBLL bookBll)
{
_authorBLL = authorBll;
_bookBll = bookBll;
}
Public WCF_Add_Author (serializable_author author);
{
_authorBLL.Add_Author();
}
Public WCF_Get_AuthorsList()
{
_authorBLL.Get_AuthorList();
}
Public WCF_Add_Book (serializable_book book);
{
_bookBll.Add_Book();
}
Public WCF_Get_BookList()
{
_bookBll.Get_BookList();
}
}
问题:
我的问题是关于 WCF 构造函数,我必须将所有这些业务逻辑层对象作为构造函数参数传递以实现 DI。我怎样才能使它通用,以便将来我有 publisherBLL、VentorBLL、CustomerBLL 等等......我不必在 WCF 构造函数中将它们全部传递?
我知道这是依赖注入的工作方式,但如果我有 50 个 BLL 对象怎么办?我是否必须在 WCF 构造函数中传递它们。有什么办法可以避免吗?任何可以为我提供更好解决方案的设计模式或技术。
我需要保留一个 WCF 服务,它可以公开所有方法,无论是作者、书籍、出版商、客户、客户还是零售商。一项服务应公开所有 CRUD 方法。
编辑:正如您所说,使用 Ninjet 或 CastleWinsor 进行 IOC,您可以在其中创建容器来定义 DI。但是您仍然必须在 WCF 类的 WCF 构造函数中定义基于构造函数的参数。
我们是否必须如下定义构造函数参数。或者如果 WCF 太大而无法公开这么多方法,那么对于必须为作者、书籍、员工(在商店工作)、出版商、人力资源和工资单模块执行 CRUD 的应用程序来说,什么是解决方案。每个模块都有网页并调用 WCF 服务进行 CRUD。因为我们永远不知道什么时候需要移动到 Mobile 界面,或者有多少其他应用程序将使用相同的方法,所以我们希望通过 WCF 服务公开所有内容。我应该怎么办?
private IAuthorBLL _authorBLL;
private IBookBLL _BookBLL;
private IClientBll _ClientBll;
private IPublisherBll _PublisherBll;
private IHRBll _HRBll;
private IEmployeeBll _employeeBll;
公共 WCFService(IAuthorBLL authorBll, IBookBLL bookBll, IClientBll clientBll, IPublisherBll publisherBll, IEmployeeBll employeeBll, IHRBll HRBll) { _authorBLL = authorBll; _bookBll = bookBll;
_authorBLL = 作者Bll;_ClientBll = clientBll; _PublisherBLL = 出版商Bll;_HRBll = HrBll; _EmployeeBLL = EmployeeBll;
}
因为我有很多前端页面来处理员工、作者、客户、书籍、出版商。我应该怎么办。