c# - 验证和 Asp.net Mvc 2.0 的最佳实践？

Question

我一直在阅读 pro asp.net mvc 2.0 框架，我有点困惑我应该使用什么来进行验证，它应该去哪里以及如何确保我不必继续编写相同的代码。

我的网站几乎都是带有 jquery 的 ajax。所以我通常做的是为我的客户端设置 jquery.validate，然后在服务器端再次进行一些检查。如果它在服务器端失败，或者如果我有一个验证规则我无法在客户端测试，那么我会返回错误消息。

这种方式有些糟糕。首先，我必须确保客户端和服务器端的错误消息相同。所以我总是会有 2 条重复的消息。

因此，如果我拼错了一个词，我必须确保记得在 2 个地方进行更改。其次，很难返回服务器端错误(我的大部分网站几乎都是 ajax)所以我所做的是我总是必须检查标志。

$.post('Create',{'test',test},function(response)
{
    if(response.IsValid == false) 
    {
        // check other json parameters to get all error msgs
        // add them to some div container and display to user.
    }
    else
     {
       // show success msg.
     } 
}):

我正在查看数据注释，但我不确定它们是否对我有帮助，因为我使用的是 ajax 帖子。

如果您单击连接到 ajax 帖子的按钮，客户端代码是否仍会显示？

我还猜测服务器端消息永远不会显示，因为它不依赖于寻找需要整页呈现的 html 验证助手吗？

我也发现它们非常有限。我知道您可以编写自己的代码，但这似乎需要编写很多(服务器端和客户端代码)，尤其是因为我基本上必须编写 jquery validate 提供的所有内容。

是否有事件更新的库允许您将数据注释与 jquery.validate(包括远程 jquery.validate)一起使用？

最后我不知道这段代码应该去哪里。这本书的作者让我有点困惑。

他有

 public class Appointment
    {
        [Required(ErrorMessage = "Please enter your name")] [StringLength(50)]
        public string ClientName { get; set; }

        [DataType(DataType.Date)] [Required(ErrorMessage = "Please choose a date")]
        public DateTime AppointmentDate { get; set; }
    } 

他对似乎是一个视觉模型的东西进行了基本验证。我理解这一点，但让我感到困惑的是，在服务类中，他再次进行了基本验证和业务验证。

namespace BookingsExample.Domain.Services
{
    public class AppointmentService
    {
        public static void CreateAppointment(Appointment appt)
        {
            EnsureValidForCreation(appt);
            // To do: Now save the appointment to a database or wherever
        }

        private static void EnsureValidForCreation(Appointment appt)
        {
            var errors = new RulesException<Appointment>();

            if (string.IsNullOrEmpty(appt.ClientName))
                errors.ErrorFor(x => x.ClientName, "Please specify a name");

            if (appt.AppointmentDate < DateTime.Now.Date)
                errors.ErrorFor(x => x.AppointmentDate, "Can't book in the past");
            else if ((appt.AppointmentDate - DateTime.Now.Date).TotalDays > 7)
                errors.ErrorFor(x => x.AppointmentDate, "Can't book more than a week in advance");

            if (appt.ClientName == "Steve" && appt.AppointmentDate.DayOfWeek == DayOfWeek.Saturday)
                errors.ErrorForModel("Steve can't book on weekends");

            if (errors.Errors.Any())
                throw errors;
        }
    }
}

Just because your model layer enforces its own rules doesn't mean you have to stop using ASP.NET MVC's built-in validation support. I find it helpful to think of ASP.NET MVC's validation mechanism as a useful first line of defense that is especially good at generating a client-side validation script with virtually no work. It fits in neatly with the view model pattern (i.e., having simple view-specific models that exist only to transfer data between controllers and views and do not hold business logic): each view model class can use Data Annotations attributes to configure client-side validation.

But still, your domain layer shouldn't trust your UI layer to enforce business rules. The real enforcement code has to go into the domain using some technique like the one you've just seen. *

• 这是来自专业的 asp.net mvc 2.0 框架书第 12 章。

我能理解他为什么这样做，这样他就可以获取服务层并将其用于不同的项目(即您的网站有一些移动应用程序，您需要使用相同的业务逻辑)。

然而，他在 2 个地方写了一些相同的消息，现在他必须在 2 个地方更新消息，这看起来有点多余。我也不确定为什么他不信任“UI”来进行验证，因为它正在服务器端进行测试并且应该是安全的。

那么将它全部放在服务层中不是更好吗？还是在 View 模型中保留简单的必填字段以进行验证更好？

Answer 1

数据注释是在服务器上验证对象的最佳解决方案。您可以在代码隐藏/ Controller 、服务层或数据访问层中验证它们。

不幸的是，没有现成的解决方案来集成数据注释和 jquery.validate，因此您将不得不在客户端脚本中使用一些自定义验证代码。如果您想进行集中验证，那么您可以对验证服务 (json) 进行 ajax 调用，该服务将通过数据注释在服务器上验证您的 Appointment 对象，并将 json 结果返回给客户端。响应可以是简单的 bool 值，也可以是可用于构建 UI 显示的更复杂的对象。