如何在asp.net-mvc的Controller中通过依赖注入和存储库模式实现业务规则处理？

本文共计617个文字，预计阅读时间需要3分钟。

由于当前情境下，使用带有MVC（或Web API）的Repository模式的所有DI示例中，有99%在控制器动作中直接显示类似的内容（例如，省略略的repository的构造函数注入代码）。问题在于假设不需要首先处理任何事件（如规则）并立即执行省略的操作。

因此,使用带有MVC(或Web API)的Repository模式的所有DI示例中的99％在控制器动作中显示类似于此的内容(省略_repository的构造函数注入代码).问题在于假设不需要首先处理任何事情(如规则)并立即开始持久性：

public ActionResult Create(Person person) { if (ModelState.IsValid) { _repository.Add(person); } return View(person); }

问题是,如果我需要在持久化对象之前处理域层中的规则怎么办？显然我不是在Controller中做那个逻辑,而是在域层中需要它.以下哪个选项更好：

选项1：在域/业务层中调用要在存储库中调用的所有持久性详细信息,然后退出控制器.更新后的代码如下所示：

if (ModelState.IsValid) { using (busniessLogic = new MyApp.BusniessLogic(_repository)) { busniessLogic.ProcessRulesAndSavePerson(person); } }

域层可能有这样的方法：

public void ProcessRulesAndSavePerson(Person person) { //process some rules... if(rules = true) { //use injected repository to add now that rules have passed _repository.Add(person) } }

选项2：在Controller中与现在保持一致,但只需在保存到存储库之前调用处理规则.更新后的代码如下：

if (ModelState.IsValid) { using (busniessLogic = new MyApp.BusniessLogic()) { busniessLogic.ProcessRulesAboutPerson(person); _repository.Add(person) } }

我也对其他想法持开放态度,但我倾向于选项#1.我喜欢保持Controller很薄,只是将注入的_repository传递给需要它的层.

对此有任何帮助表示赞赏,谢谢！

这两个选项都会创建对业务逻辑处理器的依赖,在使用new关键字时总是要小心,因为当您尝试对方法进行单元测试时,您几乎总会遇到问题,这会破坏依赖注入的目的.

您最好创建一个处理复杂业务逻辑并将其注入控制器的服务.如果您的大多数逻辑都很复杂,我会跳过将存储库一起传递给控制器​​,并依赖服务来为我处理所有事情.

控制器：

public MyController(IPersonService personService) { _personService = personService; } public ActionResult Create(Person person) { if (ModelState.IsValid) _personService.Create(person); else ...... }

PersonService：

public PersonService(IPersonRepository repo) { _repo = repo; } public int Create(Person person) { //businesslogic return _repo.Add(person); }