0

在我的项目中，我有一个操作存储库的服务层。服务层由我的控制器调用。

在许多情况下，我的控制器层能够在传入信息进一步进入系统之前对其进行验证。但是，在某些情况下，由于提交的数据无效，可能会出现错误，但仅在我的服务层内的某个点上。

考虑到这一点，假设我正在做一个用户注册流程：

  • 不允许重复的用户名
  • 可以提供用户名
    • 如果未提供用户名，则从名字和姓氏生成

这意味着生成（如有必要）和检查重复用户名的过程在服务层进行。

如果出现重复，我向调用者（无论是控制器、后台任务还是其他服务）发出信号的最解耦和最理想的方式是什么 - 即：

  • 用户名字段有问题
  • 如果适用，生成的用户名

理想情况下，建议的方法将能够应用于其他服务中发生的错误，以便我可以提出一致的报告方式，从而处理调用层中的错误。

4

2 回答 2

2

我通常做的是，让业务/域/应用程序层都抛出常规的 .NET 异常（保持堆栈跟踪！），其中包含有关异常的信息。

在服务层中，全局异常处理程序然后将异常转换为故障（在 WCF 服务的情况下）。它还可以记录当时的内部情况。

所以内部（例外）被保存在内部；但是它的公共部分会自动暴露给您服务的消费者。

通常我用来FluentValidation在应用程序和业务层中进行验证，这允许您将验证放在特定的验证类中并重用它们。

于 2014-08-13T13:25:33.457 回答
1

我喜欢@L-Three 的回答，但我想提供一个替代建议：将验证错误作为服务层方法的返回结果的一部分。

我的感觉是域/服务层应该负责所有验证，并且在 UI 中完成的任何输入验证都很好。

于 2014-08-13T16:33:29.647 回答