【发布时间】:2017-09-03 19:57:48
【问题描述】:
我有一个 3 层架构。
1) C# MVC 应用程序 - UI 层
2) 业务层 - 由服务接口及其实现和存储库接口组成
3) 数据访问层 - 由 Repository 接口实现组成
应用程序分为不同的模块。模块只不过是一个 C# 类库。每个模块都有自己的业务层和数据访问层。层之间存在松散耦合,因此每一层仅通过接口访问另一层。举个例子,下面是应用程序的堆叠方式
// UI layer
public class UserController: Controller
{
IUserService userService;
IOrderService orderService;
public UserController(IUserService userService, IOrderService orderService){
this.userService = userService;
this.orderService = orderService;
}
}
//Business layer - User module
public class UserService: IUserService
{
IUserRepository userRepository;
IOrderRepository orderRepository;
public UserService(IUserRepository userRepository, IOrderRepository
orderRepository){
this.userRepository = userRepository;
//Should this be here or replaced by order service ?
this.orderRepository = orderRepository;
}
}
//Business layer - Order module
public class OrderService: IOrderService
{
IOrderRepository orderRepository;
public UserService(IOrderRepository orderRepository){
this.orderRepository= orderRepository;
}
}
//Data access layer - User module
public class UserRepository: IUserRepository {
}
//Data access layer - Order module
public class OrderRepository: IOrderRepository {
}
用户服务可以直接访问订单存储库还是只依赖订单服务?
【问题讨论】:
-
最好使用服务而不是存储库,因为服务在执行任何数据库操作之前需要执行业务逻辑。但是在这里你需要小心,两个服务不应该相互依赖,否则你最终会陷入僵局。
标签: c# asp.net-mvc repository business-logic-layer