加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

asp.net-mvc – 我应该把我的控制器业务逻辑放在MVC3中

发布时间:2020-12-16 00:40:04 所属栏目:asp.Net 来源:网络整理
导读:我明白MVC是把事情放在正确的地方,逻辑应该在哪里。我的控制器操作正在被业务逻辑(与数据存储无关)充满,我觉得我应该开始将一些逻辑移到另一个地方。 有没有一个惯例,我应该放置这个逻辑?例如,我有以下控制器位于控制器文件中: adminPowerController p
我明白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();
  }

解决方法

将业务逻辑推荐的地方放在服务层中。所以你可以定义一个代表业务操作的界面:
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将域模型转换为传递给视图的视图模型。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读