1

我正在构建一个 MVC 应用程序，“M”层由服务层、域模型层和映射器层组成。

我的领域模型中的逻辑非常复杂。例如，一个组织有很多员工。当我想修改组织/员工的某些方面，例如他们的工资水平时，我需要查阅组织对象、用户对象和连接两者的员工对象。一般来说，我一直将这些职责放在组成对象（在本例中为组织）上，这很好。

我正在努力解决的一个问题与创建新实体有关。具体来说，当存在管理新实体创建的条件/规则时，它们应该存在于服务层还是域层？

在我看来，最可靠的选择是将逻辑放在域模型层中，但是我的域对象似乎“不那么纯粹”。例如，一个 Employee 对象就是一个 Employee 对象，不管它是谁创建的。但是，如果我创建 Employee 实体的规则取决于创建者是谁，我需要将创建者注入到 Employee 对象中。（我创建 Employee 对象的规则取决于创建它的组织管理员还是任何旧用户）。

将创建规则放在服务层中感觉更自然，但这会引发两个问题。首先，我需要确保对域模型的所有访问都是通过该服务层进行的。（这并不是什么大问题。）更重要的是，我的业务逻辑现在分布在两层中，并且存在更大的混乱可能性。

我怀疑我需要停止推诿，把逻辑放在服务层。你怎么看？

仅供参考，我正在使用 PHP、带有 jQ​​uery/javascript 前端的 Zend 框架。

4

2 回答 2

1

这个答案不是特定于 PHP 的（我缺乏 PHP 面向对象的经验）。

验证

验证实际上有非常广泛的定义。有可能：

  • 数据验证

    这种类型的验证通常关注数据类型、数据长度、格式等。通常对应于数据库模式。这种验证可以安全地放在领域模型中，并且可以放在服务层。

  • 业务规则验证

    这种类型的验证遵循业务规则。它通常是验证一些业务规则，例如总量不能低于零，年龄不能减等。这个最好放在服务层。仅仅因为一个对象可以处于不同的状态并具有不同的验证，例如，当文章处于草稿状态时，您可能有空标题，但在发布状态时却没有。

Isnull / IsRequired 验证

当心isnull / isrequired 验证。它可以是数据验证（例如员工不得有空 ID 等），也可以是业务规则验证（例如员工必须有一个主管）。如果它遵循业务规则，则必须将其放在服务层，因为我之前解释过的状态验证。

哪一层负责创建对象？

所有层都可以创建对象。您只需要确保所有进程都首先访问服务层，然后再进行数据访问。如果特定对象有一些复杂的逻辑要创建（例如汽车需要引擎、车轮、齿轮、制动器等），那么构建器模式可能会满足您的需求。

于 2013-07-05T11:37:41.177 回答
-1

我认为业务规则应该是领域层的一部分。

正如 ZeissS 所建议的，工厂似乎适合在域层中使用。或者，您可以在 Employee 类本身上拥有验证方法，而不是工厂。创建 Employee 的域对象执行它的验证并在出现错误时抛出异常。 这样，您就可以将执行验证的人员与正在执行的操作区分开来。

为了说明，我将工厂归入 Employee 类：

Organization.createEmployee( employee input fields...) {
Employee employee = new Employee();
employee.setfirstName(firstName);
employee.setLastName(firstName);

...
then 
employee.validatePosition();
employee.validatePayRate(); //throw exception if error

同样，如果用户正在创建员工，您也会这样做，但验证将与用户有关。

我不知道这种模式是否适合您的领域。此外，我作为示例显示的内容非常简化，但原理仍然成立。希望这可以帮助！

于 2013-07-09T18:54:50.987 回答