asp.net-mvc - 数据注释真的是验证的好主意吗？

Question

随着我对 ASP.NET MVC 的了解越来越多，我对数据注释的介绍越多。
特别是在 MVC 中，它们用于验证，这让我有些担心。
最大的原因是我喜欢将我的模型保持为 POCO 并尽可能干净。
现在，如果我在解决方案中的多个项目(即 Web 前端、桌面应用程序、Web 服务)中共享这些模型类怎么办？
基本上我担心特定于我的 MVC 前端应用程序的注释可能会影响其他一些项目，如动态数据等。
我已经将我的业务对象与我的数据库模型(在本例中为 LINQ2SQL)分开，所以我不担心注释会影响我的 DAL，但我想知道我对其他项目的恐惧是否合理。

此外，我认为将所需的错误消息绑定(bind)到您的模型有点疯狂。

我想如果我为每个项目(Web、桌面、Web 服务等)创建单独的模型，问题就会得到解决，但这实际上是我当前共享模型的直接副本。
这是正确的道路吗？
它会对我的解决方案产生很大影响(从一个模型到另一个模型的很多映射发生)。

你怎么看？
我想听听您认为使用数据注释的好与坏。

Answer 1

我发现数据注释对于规则永远不会根据上下文(例如电子邮件地址)而改变的模型很方便。

但是对于更复杂的验证(多个字段，需要数据库访问等)，我使用 Entity validation with visitors and extension methods 中描述的访问者模式。 .