php - 实现 3 结构模型(域对象、数据映射器和服务)的一些不确定性

Question

正如标题所暗示的，我在实现 3 结构模型(域对象、数据映射器和服务)时遇到了一些小问题。

过去，当有人在我的网站上注册时，我会简单地做

$user->register($firstName, $lastName, $emailAddress, $username...);

并且该方法将按这样的步骤运行

1. Check if the form sent was valid.
2. Check if all the required fields were filled.
3. Check the if the lengths of strings were valid and the range of integers etc.
4. Check if the input is in the correct format (regex).
5. Check if the username is already taken and if the email address already exists
   in the database
6. etc. etc.

一切正常，但我正试图摆脱这种方式，因为我希望我的代码更具可重用性和可测试性。

现在，有了这 3 个结构模型，域对象和数据映射器应该通过服务进行通信，以保持它们彼此隔离，所以这是我对用户服务的想法

class UserService {

    public function register($firstName, $lastName, $email...) {

        $userDO= $this->domainObjectFactory->build('User');
        $mapper  = $this->dataMapperFactory->build('User');

        // Is this where I start doing my validation like in the steps above???
        // And if this is where I start doing my checks, when I get to the part
        // where I have to check if the username they want is already taken how
        // how do I do that check?

    }    

}

然后为了实际运行，我会像这样从我的 Controller 中执行

$userService = $this->serviceFactory->get('user');
$result = $userService->register($_POST['firstName']....);

逻辑(if 和 else 的)必须在我的 UserService 类中的 register() 方法中，对吗？因为如果他们在我到达需要数据库做一些检查的阶段时进入域对象，比如用户名是否已经存在，我将如何访问数据库？我真的不知道，因为域对象不应该知道有关数据源的任何信息。

必须有一种方法来访问数据库以进行小查询，例如检查用户名或电子邮件地址是否已经存在以及需要完成的其他小查询负载。

我有很多实体/域对象需要执行大量小查询，过去我的模型可以从任何方法访问数据库并且可以执行这些查询，但这似乎不允许这样做3 结构模型，我非常想知道什么是正确的方法，因为必须有一种方法。

我一直在飞行，直到我发现一个模型是一个分为 3 个结构的层。

任何帮助或插入正确的方向将不胜感激，尤其是现实生活中的好例子。互联网似乎缺少针对我的特定问题的信息。

谢谢。

Answer 1

我正在经历与你现在相同的事情(有趣的是，对于这个确切的问题 - 用户注册/授权)。

我的一条建议是，您不应将模型限制为仅 3 层(在本例中为 3 个类)。一个模型应该包含尽可能多的类，以便在保持 SRP(单一责任原则)完整性的同时完成工作。

例如，您可能还想使用 UserTableGateway 类来补充 UserDataMapper，并使用 UserCollection 类来允许潜在的分页功能或一般用户列表。所有这些都可以成为您的模型和 UserService 层的一部分。

要回答您有关注册过程特定逻辑的问题，是的，最合适的地方是在 UserService 类的注册方法中。

综上所述，您可能想在这里考虑一下您的域结构。 UserService 是否是最适合注册的地方(以及通过扩展、登录、恢复密码、更改密码等)？

也许这些东西可能是与帐户相关的完全不同模型的一部分。服务类可能是这样的:

class Account 
{
    // Think of this as AccountService, it will have a number of collaborators,
    // including an Authenticator class for loggin in, a Session class for managing the session
    // and of course various persistence classes for storing the user, session and credentials


    public function register(UserInterface $user) {}
    public function login($email, $password) {}
    public function logout(UserInterface $user, $session_id) {}
    public function changePassword($user_id, $old_password, $new_password) {}
    public function recoverPassword($user_id, $email) {}
}

鉴于 UserService 可能负责许多其他事情，将与用户帐户相关的所有内容都保留在它自己的服务类中是有意义的。

从概念上讲，无论如何，帐户与用户是不同的，如果在概念上有所不同，它就应该有自己的类别。

现在，就让 Account 服务类获得它所需的依赖项而言，这超出了我对复杂系统设计的理解。