我在试着决定什么验证办法采取新的ASP.NET 视项目。(哇有足够的选择!)

该项目使用原则才能享受它的全部好处,这样的第一件事情我认为是它能够验证程序(因为紧密的一体化与它能够).然而,尽我所能看到的只有几个好处,这种紧密的融合:

1)DB架构,由它能够将包括详细的验证(例如列的长度,将设定最大值允许验证)。(这是不是真的我感兴趣不过,正如我生成模式。)

2)它能够将把一个异常,如果你试图拯救数据,不符合审定规格。(这似乎相当冗对我,因为该数据可以推测已经被验证过什么机制你之前选择拯救无论如何)

如果有更多的好处,以它能够验证程序,请让我知道!

其他图书馆的,我已经阅读了一些关于包括:

  • MS DataAnnotations
  • 验证程序的城堡
  • 别的东西吗?

我也一直在考虑使用xVal提供客户的侧验证从一组相同的规则。然而,我听到ASP.NET 视v2将包括类似的东西xVal(一体化有文)出的盒子吗?这将包括新的功能呈现一些其他的多余?

因此,我基本上要求对人民的建议采取的方向在这里。我不希望实现一个特定的方案,只有把它出来的时候另一个成为主要的技术。

有什么为你工作?它的选择你觉得已经/将有边缘?

谢谢!

有帮助吗?

解决方案

我已经被使用 FluentValidation 随着 字段。 插件和仍然无法找到一种情况下,他们无法处理。

其他提示

我喜欢 xVal.

你可以实现很容易的客户和服务器验证。还有人支持列(酒店)验证的实体,你会喜欢使用。

DataAnnotations 通过实施 伙计课程JQuery验证客户

让你使用 视预2

你可能有兴趣在这 委托方式.我是因为我不喜欢xVal想法,(该方案im目前正在与)以及事实上,它似乎没有满足对复杂的验证的情况下,交叉的多重性质相同或甚至不同类结构。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top