使用3层体系结构验证ASP.NET MVC应用程序中的业务规则的更好方法是什么?

Ser*_*hei 9 c# architecture asp.net-mvc business-rules

我正在开发一个带有3层经典架构的ASP.NET MVC应用程序1.数据访问(Repositories)2.业务逻辑(Services)3.应用层(MVC Controller类)任务是遵循领域类Learner和学习者可以参加考试,参加考试会产生一个订单(订单类),之后学习者参加考试,我们需要为每个学习者发布考试成绩(这意味着给出一个分数和成绩)并且有一些需要的商业规则已验证1.结果尚未公布2.所有有身份的学员应该有标记3.应该确认评分边界(考试的分数和等级)当用户确实发布结果时,所有这些规则应该验证,如果有一些规则不满意应该显示错误信息.我决定所有与验证业务规则相关的逻辑都保留在Service类中,如果任何规则没有传递抛出特定异常,则在控制器类中,此异常将捕获并向客户端显示错误.这是代码

服务类

    public void ReleaseResults(long orderId)
    {
        var order =orderRepository.Get(orderId);

        Check.Require(order != null, "Order was not found");


        if (IsOrderReleased(order))
        {
            throw new ReleaseResultsException("The results has been already released", order.OrderNo);
        }

        if (AllLearnersHasStatusPresentAndMark(order))
        {
            throw new ReleaseResultsException("One or more learners unmarked", order.OrderNo);
        }
        if (!GradingBoundaryConfirmed(order))
        {
            throw new ReleaseResultsException("The Grading boundary needs to be confirmed", order.OrderNo);
        }



        foreach (var learnerDetail in order.LearnerDetails)
        {
            if (HasNotStatusPresent(learnerDetail))
            {
                continue;
            }
            learnerDetail.SetReleasedResults();

        }

        orderRepository.SaveOrUpdate(order);
    }
Run Code Online (Sandbox Code Playgroud)

控制器类

        public ActionResult Release(EncryptedId orderId)
    {
        Check.Require(orderId != null, "The parameter orderId was null");

        try
        {
            orderReleaseResultsService.ReleaseResults(orderId);
        }
        catch (ReleaseResultsException e)
        {
            return Content(string.Format("Error: {0}", e.Message));
        }

        return Content(MUI.TheResultsHasBeenReleased);
    }
Run Code Online (Sandbox Code Playgroud)

我不确定这是否是验证业务规则的最佳方法,任何人都可以帮我提出建议或更好地解决这个问题吗?提前致谢!

Dar*_*rov 6

我会避免使用异常进行验证,而是使用返回true/false的方法.显然,对于某些验证是数据层数据的任务(例如强制执行数据库约束),您可以使用异常.

您可以查看以下有关在服务层验证的教程.

  • @Serghei,不,没必要.服务层所需要的只是`IValidationDictionary`接口.将传递给您的服务的构造函数的`ModelStateWrapper`实现将在Web层中定义.正如您在示例中所看到的,`ProductService`构造函数在其构造函数中采用`IValidationDictionary`,因此无需引用System.Web.Mvc. (2认同)

Kon*_*Kon 5

首先,不要将异常作为一种验证数据的方式 - 这是一种过于昂贵的操作,而不是对无效数据的优雅处理.

通常,在使用MVC/ASP.NET Web应用程序时,通常需要在客户端和服务器端进行验证.虽然您当前的自定义验证很简单,但您必须在客户端和服务器上复制它,这很烦人 - 现在您有两个地方可以维护单个验证例程.

因此,在模型属性上使用通过属性的数据注释非常方便.查看:http: //weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mvc-2-model-validation.aspx

此外,您似乎需要进行自定义验证,而不仅仅是简单的必需/最大长度检查.为此,您可以定义自己的自定义属性.查看:http: //msdn.microsoft.com/en-us/library/cc668224.aspx以及如何为MVC创建自定义验证属性

您可能还想利用远程验证.对于该检查:http: //bradwilson.typepad.com/blog/2010/01/remote-validation-with-aspnet-mvc-2.htmlhttp://weblogs.asp.net/imranbaloch/archive/2011 /02/05/new-validation-attributes-in-asp-net-mvc-3-future.aspx

  • 关于异常过于昂贵的论点在这种情况下是无效的,这不是避免异常的原因,继续,测试每秒可以抛出多少异常 (5认同)