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

asp.net-mvc – 我什么时候应该在ASP.NET MVC中创建一个新的控制

发布时间:2020-12-16 04:21:06 所属栏目:asp.Net 来源:网络整理
导读:我正在学习MVC并且在决定何时应该创建新控制器而不是仅添加与现有控制器相关联的操作和视图时遇到问题.一方面,单一责任似乎表示控制器应该限于几个动作.但是,当我尝试这个时,类的数量呈指数级增长(每个类型的模型,视图和控制器) – 我想知道我是否会过火. 例
我正在学习MVC并且在决定何时应该创建新控制器而不是仅添加与现有控制器相关联的操作和视图时遇到问题.一方面,单一责任似乎表示控制器应该限于几个动作.但是,当我尝试这个时,类的数量呈指数级增长(每个类型的模型,视图和控制器) – 我想知道我是否会过火.

例如,默认AccountController具有Login,ChangePassword和Register操作.我倾向于创建一个LoginController,PasswordController和ProfileController,以及相关的模型类.那么有1个班级,那里会有3-6个班级.

对此有什么好的经验法则吗?

解决方法

我认为你需要务实.我正在开发一个由StatsController组成的项目.行动的数量不断增长(RandomStat,MostPopular,MostViewed,MostVoted等等),这个列表一直在继续.这些操作很容易满足,因为StatsController的依赖关系不会改变.我正在使用IoC来满足我的控制器需要的功能,当我开始看到我的控制器需要引用新对象时,这是一个需要拆分的信号.

如果您的LoginController,PasswordController和ProfileController都依赖于相同的对象,为什么要将它们分开呢?

(编辑:李大同)

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

    推荐文章
      热点阅读