Question

我理解MVC就是将事物放在正确的位置和逻辑应该是什么。我的控制器操作充满了业务逻辑（与数据存储无关），我觉得我应该开始将一些逻辑移到另一个地方。

是否存在我应该放置此逻辑的约定？例如，我有以下控制器位于控制器文件中：

adminPowerController 

  public ActionResult Create(string test1)
    // business logic
    // business logic
    // business logic
    return View();
  }
  public ActionResult Index(string test1)
    // business logic
    // business logic
    // business logic
    return View();
  }

Answer 1

将业务逻辑放入服务层的推荐位置。因此，您可以定义一个代表业务操作的接口：

public interface IMyService
{
    DomainModel SomeOperation(string input);
}

然后有一个这项服务的实现。最后控制器将使用它：

public class MyController: Controller
{
    private readonly IMyService _service;
    public class MyController(IMyService service)
    {
        _service = service;
    }

    public ActionResult Create(string input)
    {
        var model = _service.SomeOperation(input);
        var viewModel = Mapper.Map<DomainModel, ViewModel>(model);
        return View(viewModel);
    }
}

并配置您的DI框架，将服务的正确实现传递给控制器。

备注：在我提供的示例中，我使用AutoMapper将域模型转换为传递给视图的视图模型。

Answer 2

我在MVC项目中倾向于在我的行动之外保留尽可能多的业务逻辑，以便我可以测试它们

在某些情况下，我创建了一个服务层，然后使用

public class QuizRunner : IQuizRunner
{
    private readonly IServiceProxyclient _quizServiceProxy;
    public QuizRunner(IServiceProxyclient quizServiceProxy)
    {
        _quizServiceProxy = quizServiceProxy;
    }

    public GameCategory GetPrizeGameCategory(int prizeId)
    {
        return _quizServiceProxy.GetGameCategoryForPrizeId(prizeId);
    }

}

public interface IQuizRunner
{
    GameCategory GetPrizeGameCategory(int prizeId);
}



private IQuizRunner_serviceClass;

public AdminPowercontroller(IQuizRunner serviceClass)
{
    _serviceClass = serviceClass;
}


public ActionResult Create(string test1)
    var itemsFromLogic = _serviceClass.Method1();
    return View();
}
public ActionResult Index(string test1)
    var gameCategory = _serviceClass.GetPrizeGameCategory(test1);
    var viewModel = Mapper.Map<GameCategory, GameCategoryViewModel>(gameCategory);
    return View(viewModel);
}

这允许我的操作与我的服务层分开测试，没有依赖性

希望这有帮助

保

Answer 3

业务逻辑应该存在于与MVC框架和其他东西分离的域模型中。

真实世界的例子......

应用程序（我的一个域实体）控制器：

[HttpPost]
public ActionResult Withdraw(int applicationId){
  //find it from repository or whatever
  var app=FindApplication(applicationId);
  //force it do do stuff
  a.Withdraw();
  //send back some response
  return RedirectToAction("Application",new{applicationId});
}

申请实体本身：

public class Application{
 public void Withdraw(){
  //check if current user is authorized to withdraw applications
  Authorize<CanWithdrawApplications>();
  //check if application itself can be withdrawn
  ThrowIf(!CanBeWithdrawn(),"Application can't be withdrawn.");
  //apply state changes
  IsWithdrawn=true;
  //raise domain event
  Raise(new Withdrawn(this));
 }
 public bool CanBeWithdrawn(){
   return !IsWithdrawn && !Project.Contract.IsSigned;
 }
}

有关此内容的更多信息您可能需要查看domain driven design的内容。

我应该在哪里将控制器业务逻辑放在MVC3中

3 个答案: