IClientValidatable的实现违背了MVC中的DRY原则吗?

MVC提供了大量的验证属性，这些属性可以用作数据注释来执行简单的服务器端验证。

然而，如果我想使用我自己的业务逻辑做一些自定义验证，我需要创建一个自定义验证属性，从ValidationAttribute派生，并覆盖IsValid方法。

一切顺利。

然而，如果我想在客户端执行相同的验证，我需要在我的验证属性类中实现IClientValidatable接口，并实现GetClientValidationRules方法，这将告诉我的应用程序该验证也必须在客户端执行。

然而，有争议的问题是，我需要使用jQuery将此客户端验证的逻辑编写为单独的JavaScript。这与我在c#(或VB)中重写IsValid方法时编写的逻辑完全相同。

为什么我必须用不同的语言写两次相同的逻辑?这难道不违反DRY原则吗?我本来希望MVC为验证逻辑本身生成JavaScript。

举例说明我在说什么:http://www.c-sharpcorner.com/UploadFile/abhikumarvatsa/enabling-client-side-validation-on-custom-data-annotations-w/

编辑:

另外，如果我的验证逻辑需要来自应用程序配置文件或应用程序缓存的数据该怎么办?我如何在为客户端验证编写的jQuery方法中使用它?如果不能，是否有其他方法来进行客户端验证，其逻辑使用应用程序数据?