3

在阅读ASP.NET MVC时,我遇到了一些精彩的验证示例,其中业务规则与模型相关联,并且UI仅仅显示了一组错误并加以标记表单元素与无效输入相关联。我认为把这个逻辑放在一个地方是非常有意义的,而不是让每个表单执行自己独特的验证。在业务逻辑验证 - ASP.NET Web Forms

是否有可能通过ASP.NET Web应用程序项目(webforms)以优雅的方式实现这种分离?我可以在业务逻辑层保留验证规则,并且可以有执行验证并返回一组错误的方法。但我无法找到一种在UI方面标记问题控制的好方法。

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

回答

1

一种方法,我喜欢做的是创造CustomValidators,势必会在屏幕上控制和我打电话我在OnServerValidate事件中的BL验证。这样,我的验证逻辑就停留在一个地方。

希望它会有帮助

+0

对不起,延迟响应 - 这两个答案提供了一些有价值的见解,如何解决这个问题。我认为最好的回应可能只是迁移到MVC ...... :) – Mayo 2009-10-10 03:22:29

+0

当然,转移到MVC也是一个非常好的选择(我现在正在做它,它很新鲜)。 – 2009-10-10 03:41:35