我目前正在开发一个 ASP.NET MVC2 项目。这是我第一次开发真正的 MVC Web 应用程序。ASP.NET MVC 网站确实帮助我快速入门，但我仍然对数据模型验证有一些晦涩的了解。
我的问题是，当涉及到复杂的验证规则时，我真的不知道在哪里管理我的填充数据模型。例如，使用 Regex 验证字符串字段非常容易，而且我知道我只需要用特定属性装饰我的字段，因此在模型中实现了数据管理规则。但是，如果我有多个字段需要相互验证，例如需要按照特定时间规则正确设置的多个日期时间，我需要在哪里验证它们？我知道我可以创建自己的验证属性，但有时验证会询问一个特定的验证路径，该路径很复杂，无法使用属性进行验证。
第一个问题也让我想到了一个相关的问题，即在控制器中验证模型是否正确？因为目前这是我找到进行复杂验证的唯一方法。但我觉得这有点脏，我觉得它并不真正适合控制器角色并且更难测试（多代码路径）。
谢谢。
注意：我在这里得到了一些非常好的解决方案，但我正在等待其他想法和一些“最佳实践”解决方案”。
超级骗子。超级主观。“在哪里以及如何使用 MVC 进行验证”的论点在没有给出直接答案的情况下被殴打致死。这对每个开发人员/商店来说都是如此主观和哲学，以至于每个人几乎不可能就任何事情达成一致。
另一个问题是，甚至验证工具也有多种形状和大小，并且可以在不同的范围和层中发挥作用。验证工具的多样性几乎是疯狂的。if( someString != "" ) 怎么变得这么难？;)
如果您阅读这些其他答案，您会很快发现根本没有最佳实践。一旦你进入领域驱动设计原则和关于无效状态和对象的讨论，你会发现讨论变得更加复杂。
使用 DTO 而不是域实体的 ASP.NET MVC 2 验证
ASP.Net MVC 2 验证是否需要在模式和使用方面进行更多思考？
ASP.NET MVC - 用户输入和服务/存储库 - 在哪里进行验证？
DD:
我个人的意见是保持视图尽可能干净，并尝试强制视图仅显示数据（尽可能保持视图愚蠢）。
当然，您可以在视图中进行一些简单的验证，例如Required、Regex 规则等。
复杂的业务规则应该位于业务实体或某些业务逻辑层内。
我在 MVC 项目中所做的是让模型调用诸如 Validate() 之类的方法，该方法将检查最终级别的验证，例如业务规则等，然后我可以调用 Save();
一旦你有一个准备好验证的填充类，只需将它传递给控制器中的验证类。