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

asp.net-mvc – 什么时候项目在MVC架构中有自己的控制器?

发布时间:2020-12-16 10:02:17 所属栏目:asp.Net 来源:网络整理
导读:我目前正在构建一个MVC应用程序(特别是ASP.NET,但我想这也是一个更广泛的问题).我已经在几个不同的背景下看到了这个问题,但我无法从这些讨论中弄清楚自己的情况.我有控制器,如: HomeController AccountController EventController(我们的客户有活动) MenuCo
我目前正在构建一个MVC应用程序(特别是ASP.NET,但我想这也是一个更广泛的问题).我已经在几个不同的背景下看到了这个问题,但我无法从这些讨论中弄清楚自己的情况.我有控制器,如:

> HomeController
> AccountController
> EventController(我们的客户有活动)
> MenuController(网站导航)
> ReportController

我还有一些项目管理员管理不太清楚,这就是我的问题所在.注册后,我们的客户需要填写他们的“个人资料”的许多不同方面,例如商业信息,支付卡,银行帐户,经理联系人(姓名/电话).

目前我们已经创建了一个“ProfileController”,其中包含post / get函数,例如:

[HttpGet]
    public ActionResult Business()

    [HttpPost]
    public ActionResult Business(...)

它的银行账户信息,经理等也会有类似的东西.

这感觉不对.这一切都应该转移到AccountController吗?这些物品是否真的值得拥有自己的控制器,或者每个组件都有自己的控制器?

解决方法

开发MVC应用程序非常类似于开发REST应用程序,您可以在开发MVC应用程序时应用REST原则.首先,你必须考虑资源.根据REST,资源是可以通过URL访问的实体.

如果您觉得上面谈到的每个模型都是一个资源,并且用户可以通过单独的URL访问它,那么您可以继续为单个AccountController正常的其他每个模型创建一个单独的控制器.

如果您绘制资源和URLS草图,则可以轻松识别要在应用程序中创建的控制器数量.

(编辑:李大同)

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

    推荐文章
      热点阅读