服务器端和客户端WCF共享验证库可以吗？

Question

问候！

我在IIS服务器（因此是客户端）引用的应用程序服务器上使用WCF库。我想把我的验证放在一个地方，这样我就可以调用.Validate（），它返回一串错误（字段太短，缺失等）。问题是，这些函数不会跨越WCF边界，我真的不想在WCF服务和IIS/WCF客户端中编写相同的逻辑。有没有办法使用扩展方法或类似的东西，所以双方都可以使用调用相同代码的.Validat（）方法？

非常感谢您的任何想法！ Steve

Answer 1

如果控制线两侧，即服务器端（服务）和客户端，那么你可以做到以下几点：

• 把所有的服务和数据合同到共享装配
• 参考从服务器端和客户端
• 手动创建客户端代理（由ClientBase<T>获得或从ChannelFactory<T>创造它）这两个“合同”集结号 - 不使用“添加服务引用”或SvcUtil工具。可执行程序！
• 把所有的验证逻辑到一个共享组件
• 参考来自两个项目共享的验证组件

如果你想使用一个共享的验证组件，你必须确保你的服务器上使用的数据类型和客户端是相同的 - 这只有在您还共享服务和数据合同时才能完成。不幸的是，这需要手动创建客户端代理（这真的不是什么大问题！）。

如果您使用“添加服务引用”，Visual Studio将根据其元数据检查服务，并创建一组新的客户端对象，其中看起来在其字段和所有，但是它们是一个单独的，不同的类型，因此您将无法在服务器端和客户端对象上使用共享验证。

Answer 2

将数据发送到服务器进行验证是否存在问题？换句话说，你的服务接口实际上提供了“Validate”方法，并且接受一个充满数据的数据契约，验证它并返回一个List，其中T是某种定制的ValidationResult数据契约，它包含你需要的关于验证警告/错误。

在服务架构中，您不能相信客户端，理论上他们可能是其他公司的客户端为您完成了适当的数据验证。您始终需要在服务层进行设计，并将这些验证问题传达给您的客户。所以，如果你在服务器上完成这项工作，为什么不把这个逻辑开放给客户端，这样他们就可以直接使用它？当然客户可以（应该）仍然进行一些基本的输入验证，例如检查空值，空字符串，值超出范围等，但是核心业务逻辑检查应该发送到服务。