在使用IDataErrorInfo在MVVM中执行验证时，我应该在哪里执行检查以查看数据库中是否已存在值？

Question

开始使用所有这些MVVM的东西，我正在关注Josh Smith的这篇文章，该文章讨论了使用MVVM时的验证方法。 这个例子很简单，我开始想知道如何在我自己的应用程序中使用它。

在我的BLL中，我有一个BookInfo类，它实现IDataErrorInfo来报告无效值，例如“发布日期不能在将来”或“页数不能为负”。 然后我AddBookViewModel将检查新创建的状态BookInfo ，发现存在错误，并AddBookView会显示下一个红色的斑点，以适当的文本框中。 那些东西很简单，就像帖子中的例子一样。

现在我的BookInfo类还包含一个作者ID列表。 在我的数据库中添加新的BookInfo后，我需要检查这些作者ID是否已经存在。

这个检查应该在我的BookInfo类中完成吗？ 如果是这样，那么我会在我的BLL的传递AuthorManager对象BookInfo的构造，因为前者将包含方法，如CheckIfExists(int authorID)

这是推荐的方法吗？ 如果DB中有很多记录怎么办？ 动态检查会影响性能吗？

另一方面，在BookInfo类和其他地方执行某些检查似乎有点麻烦......特别是当所有这些检查可以归类到同一组时...即。 确保新创建的BookInfo对象有效。 或者也许我错了，因为我没有经验来做出正确的判断。

一些指导？

Answer 1

我不会这样做。 我会在IDataErrorInfo内部完成验证，简单且无上下文。 任何依赖于上下文的验证（例如跨实体验证和依赖于数据库的验证）在保存更改时都会执行该验证。

在IDataErrorInfo尝试这些更复杂的基于上下文的验证将容易出错并且通常是不可能的。 没有上下文，通常不可能可靠地完成这项工作。

我写了一篇关于此的博客文章。 虽然它是在验证应用程序块的上下文（没有双关语）中编写的，但它讨论了基于上下文的验证的一般问题。 它可能会有所帮助。 在这里 。

Answer 2

我同意Steven的观点，即您在尝试保存数据时应执行服务器端验证。

另一个原因是网络延迟。 由于WPF对IDataErrorInfo的支持使用输入事件来确定何时验证属性，并导致对VM对象的阻塞/同步调用，因此使用IDataErrorInfo会直接影响UI的响应性。 您无法开始对数据库执行异步调用以执行验证，然后在网络调用完成时将验证错误分派给UI线程。 您必须对数据库进行阻塞调用才能获得结果，这可能会在等待调用返回时对UI线程造成严重破坏。

我希望有一天WPF能够获得Silverlight新的INotifyDataErrorInfo接口，它允许我上面描述的异步验证方案。