业务逻辑中的验证 - ASP.NET Web Forms

Question

在学习ASP.NET MVC时，我发现了一些很好的验证示例，其中业务规则与模型相关联，UI仅显示错误集并标记与无效输入相关联的表单元素。我认为将这个逻辑保存在一个地方比让每个表单执行自己独特的验证更加合理。

在ASP.NET Web应用程序项目（webforms）中是否可以以优雅的方式实现此分离？我可以将验证规则保留在业务逻辑层中，并且可以有执行验证并返回一组错误的方法。但是，我无法找到一个好的方法来标记UI端的问题控件。

在MVC中，表单元素和模型通过属性名称隐式链接。在ASP.NET中，UI应该引用模型的唯一属性名称（作为ID / name或自定义属性），还是应该访问手动生成的控件名称到属性名称的映射？

- Mayo

Answer 1

我确信曾经听说过，在.NET 4.0中，数据注释方面会有一些改进可用于WebForms，但在尝试在线搜索后，我开始觉得这只是我的幻想。

虽然我找到了一个人“自己动手”的帖子：

http://adventuresdotnet.blogspot.com/2009/08/aspnet-webforms-validation-with-data.html

- Kirschstein

Answer 2

一个我喜欢的方法是创建 CustomValidators，与屏幕上的控件绑定，并在 OnServerValidate 事件中调用我的 BL 验证。这样，我的验证逻辑就集中在一个地方。

希望能有所帮助。

- mberube.Net

---

抱歉回复晚了 - 两个答案都提供了一些有价值的见解，以便如何处理这个问题。我认为最好的回应可能就是转向MVC... :) - Mayo

当然，转向MVC也是一个非常好的选择（我目前正在这样做，感觉很不错）。 - mberube.Net