当前位置：文江博客话题详情

ASP.NET MVC 2 中的反馈 UI 数据存储在哪里？

发布于 2024-09-19 08:09:02 字数 671 浏览 4 评论 0原文

一般来说，我对 ASP.NET MVC 和 MVC 模式都很陌生。

对于上下文，我当前正在运行 .NET 4.0、MVC 2。

我知道 MCV 2 有许多内置功能，用于：

验证（客户端和服务器端，通过各种方式）
错误处理（通过属性和其他方法）

但是应该使用什么来返回反馈对于用户来说，这既不是错误也不是验证？

例如，我有一个简单的表单，如果找到数据则返回 csv（使用myController.base.file()）。

如果未找到数据，我想按原样返回带有模型的视图以及一条消息，例如“未找到数据，请尝试不同的日期范围”

现在，

应该将这种反馈消息存储在模型本身中吗？，或者

是否有更清晰的机制？

这就是 ModelStateDictionary 的用途吗？？

更新

只是为了澄清。我知道可能有很多方法可以完成我想要的事情，但是正确的 MVC 方法是什么。

请记住，反馈数据不是错误，我不想重定向到其他视图。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

亣腦蒛氧 2024-09-26 08:09:03

我之前曾成功使用 ModelState.AddModelError 来显示摘要消息。只需确保您使用的键不是模型字段名称即可。

注意：我根据 Steven Sanderson 的书改编了我的设计（请参阅 RulesException 上的索引）

祝你好运

回复收藏 0 原文

月下伊人醉 2024-09-26 08:09:03

验证错误直接源于用户对模型的操作（例如密码太短）
在家里尽可能接近模型。

通过使用某种专用的错误视图，可以更轻松地解决“未找到数据”类型的一般错误消息。

Added:

如果我理解正确的话，你更愿意坚持一种观点；无论是验证黄金还是烧毁 SQL 服务器；-)

我自己并没有疯狂地体验 MVC2，但始终保持一致并始终创建自己的模型，而不是您正在使用的（不是）ORM 可能提供的服务（Linq<->SQL， EF) 应该为您提供所需的细粒度。

如果我没记错的话，我认为 Nerddinner 可能会有所启发；如果你真的
想要尝试一下，为什么不去深入了解 ASP.NET MVC 2 模型元数据和验证

I've gotten my MVC mainly from books, but the blogosphere has definitely started producing golden material on the more "foreign" parts of ASP.NET MVC.
My real aha moment regarding the M of MVC came while reading
Steve Michelotti's ASP.NET MVC View Model Patterns (a great source for MVC2 info all round)

回复收藏 0 原文

苏璃陌 2024-09-26 08:09:02

我认为ViewModel的想法可能会消除误解。除了最简单的场景之外，您会在项目中发现不止一种类型的模型。它们可以有很多名称，但我发现这些名称很有帮助：

纯域模型（模型）
这是您对我们的数据模型的理想表示。

应用程序模型 (ViewModel)
这些模型说明了在视图中显示域模型的现实情况。它们包含特定视图特别需要的数据。在这种模型中放置状态消息之类的东西是完全可以接受的。

我会推荐这篇富有洞察力的博客文章展示了何时、为何以及如何使用 ViewModel。

例子：

public class WidgetDataExportViewModel {
  public DateTime StartDate {get;set;}
  public DateTime EndDate {get;set;}
  public MyEnum SomeOtherProperty {get;set;}
  public string StatusMessage {get;set;}
  public IEnumerable<Widget> Widgets {get;set;}

}

I think what might clear the air is the idea of a ViewModel. Except for the most simple scenarios, you'll find more than one kind of model in your project. They can go by many names, but I find these names helpful:

Pure domain models (Models)
This is where you have your ideal representations of our data model.

Application models (ViewModels)
These models account for the realities of displaying your domain model in a view. They contain data specifically needed for a specific view. It's perfectly acceptable to put something like a status message in this kind of a model.

I would recommend this insightful blog post which shows when, why and how to use ViewModels.

Example:

public class WidgetDataExportViewModel {
  public DateTime StartDate {get;set;}
  public DateTime EndDate {get;set;}
  public MyEnum SomeOtherProperty {get;set;}
  public string StatusMessage {get;set;}
  public IEnumerable<Widget> Widgets {get;set;}

}

回复收藏 0 原文