asp.net-mvc – 命名约定 – 控制器的一个规则,没有模型和视图的规则
在ASP.NET中,MVC控制器存在于名为Controllers的文件夹中.他们的名字必须结束控制器,否则事情就是不起作用(你得到HTTP 404错误). 但是,模型名称不必结束模型和视图名称不必以View结尾. 这似乎不一致……为什么(从MVC或设计的角度来看)控制器名称必须结束控制器? 其他MVC框架是否有此要求? 编辑 由于这似乎是惯例,我不主张反对它(见Convention over Configuration!),但我想了解背后的原因. 解决方法控制器约定是这样的路由可以很容易地找到控制器而无需额外配置.添加所需的Controller结尾使您不太可能通过MVC路由意外地暴露对象.视图中还有一个内置的约定.默认情况下,视图应位于为控制器命名的文件夹中,并且与调用它们的操作命名相同,这使得方法调用操作中的View()可以在不指定视图的情况下工作.我经常发现自己指定了视图,但是如果你正在寻找一个约定,那么这绝对是框架所鼓励的约定. 从模型的角度来看,你是对的,没有标准惯例.这是因为ASP.NET MVC框架永远不会直接触及模型.它需要控制器从路由中找到它们的约定,并且它需要一个视图约定来从控制器中找到它们……但模型只能从控制器中的逻辑访问,因此框架不需要知道它们. 话虽这么说,我看到大多数人建立他们的模型就像他们在MVC之前构建他们的实体或Domain模型一样.如果您正在使用活动记录模式,则将模型命名为与它们映射到的表对应,如果您更关注域,则将模型命名为与它们正在建模的域的部分相对应.此外,我看到越来越多的人创建了一组视图模型,这些模型仅用于向UI呈现数据,并通过从域中的各种模型中提取部分来创建.模型绝对是ASP.NET MVC中最不具意见的部分,但这是一件好事,因为人们有非常不同的方式在这个领域工作. (编辑:莱芜站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 我应该在ASP.NET MVC中构建我的下一个Web应用程序吗?
- asp.net-mvc – SelectListItem中的Selected属性永远不会起
- ADO.NET实用经验 转载
- 优化 – 字典/客户端VS应用程序变量
- asp.net – 如何从TableAdapter中检索存储过程返回值
- asp.net – 来自.Net iSeries Provider的AS 400性能
- asp.net-mvc – ASP.Net MVC是否运行在ASP.NET 2.0之上?
- asp.net – 我应该在Web应用程序中嵌入CSS / JavaScript文件
- 部署 – kestrel-hellomvc.service:步骤USER产生失败/usr/
- 服务器端ASP.Net Ajax异常处理
- asp.net-mvc – ActionResult上的自定义属性
- asp.net-mvc – ASP.NET MVC如何在生产中禁用调试
- asp.net – 如果我没有指定targetFramework =“4
- 在IIS上部署ASP.NET Core项目的图文方法
- asp.net-web-api – ASP身份OAuth令牌 – 我应该
- asp.net-mvc-3 – 将数组传递给RouteValues,并将
- asp.net-mvc – 在IIS 5.1上部署ASP.NET MVC(Win
- asp.net 大文件上传控件
- 过滤ASP.NET Core API中的属性
- ASP.NET MVC删除操作方法中的查询字符串