|
0
|
| Nate CSS Guy · 技术社区 · 16 年前 |
|
|
1
1
我认为这是一个很有争议的话题。对我来说,有两条明确的路线: 延迟执行路由 不要使用tolist,在控制器中总是使用asqueryable。这意味着仅检索表示所需的数据,并且仅当调用tolist等时,才在视图中需要该数据。 演示文稿显示模型 使用已筛选的模型类或结果准备用于表示的数据。将视图强键入预期格式。 我自己更喜欢延迟执行,尽管在纯MVC结构中,控制器应该担心获取信息,视图应该只显示模式。 无论如何,请确保将asqueryable用于存储库。 |
|
|
2
3
对我来说 毫无疑问 . 控制器不应将iQueryable返回到视图。视图不应该具有执行此类筛选的逻辑,因此必须在控制器或控制器调用的对象中执行此操作。如果你的观点有这样的逻辑,那就太聪明了!我知道听起来好像 宣传视图模型 “(作为) JFAR 在前一篇文章中发表了评论)或最佳实践,但这些定义是有原因的。逻辑太多的视图太难维护,您也可以使用ASP.NET。( 或经典ASP )关于那件事。 老实说,我甚至不认为您的控制器应该为此使用iqueryable本身。这个逻辑应该包含在一个单独的层中,该层将列表返回给控制器。使用iQueryEverywhere的问题是,当事情处于同一层时,这样做是可行的,但是如果你将数据访问放在WCF服务之后,你的整个应用程序就会崩溃。你的 哪里 视图中的语句以及控制器会抱怨由于上下文不再可用而无法访问上下文。 |
|
|
Andrus · 如何在Linux中阅读期刊 1 年前 |
|
|
Miranda · 读取xml文件时路径错误中有非法字符 1 年前 |
|
|
Primdonm · 如何将自定义列表中的字符串值格式化为货币格式? 1 年前 |
|
|
Kiryl · Sitecore中自己的控制器 2 年前 |
|
|
Farid · 如何从数据库中填充Resource.resx文件值? 2 年前 |