php DAL - 独立的实体和数据库？

Question

我一直在研究和阅读大量关于在 PHP 中使用不同层来创建可维护和可读代码的内容。但是，我看到很多代码将实体和数据库访问放在一个类中。例如:

class User{
     public $id;
     public $username;
     public $database;

     function add(){
           $database->query ....
     }
}

我觉得这很奇怪，因为在这里您将 User 类与数据库元素混合在一起，这使得维护起来更加困难。

我喜欢这样工作:

• 一个单独的数据库类
• 一个用户类
• 一个用户数据类

它是这样工作的:

$database = new Database();
$database->openConnection();
$dataUser = new DataUser($db);
$user = new User(1,"myname");
$dataUser->saveUser($user);

所以我想知道，我的工作方式是否正确，或者第一种方式是否是创建代码的更好方式？我发现可能很容易维护，因为您有一个单独的实体和一个单独的数据库类来处理数据库操作。

Answer 1

我做什么:

我的模型不是链接到数据库的实体(当我不使用学说时)，所以没有“事件记录”方法。对象不知道如何获取其依赖项(例如，用户可能有 n 条评论，我的模型不知道如何获取评论)。

class User{
private $name;
private $password;
// getter and setters
}

我的服务包含一些可以从提供者那里获取模型的业务逻辑，一个服务可以有很多提供者。

class UserService{
    function __construct(IUserProvider $userProvider){
        $this->userProvider = $userProvider
    }
    function getUsers(){
       // return an array of user objects
       return $this->userProvider->getUsers();

    }
}

我终于有了一个知道如何从数据库请求数据的数据提供者，一个文本文件，一个 json 文件，一个网络服务:

 class UserProvider implements IUserProvider{
      function __construct(Connection $connection){
         $this->connection = $connection;
      }
      function getUsers(){
         return $this->toUsers($this->connection->fetchAssoc("Select * from users"));
      }
      function toUsers(array $datas){
          // convert user records to an array of User
          (...)
          return $users;
      }
 }

然后是界面

interface IUserProvider{
     /**@return array an array of User */
     function getUsers();
}

如果我需要获得用户评论，那么我的评论服务知道如何从用户 ID 获取评论。因此，要获得用户及其评论，我需要向数据库发出 2 个请求。一个来自 UserProvider ，另一个来自 CommentProvider。

所以我有 3 层:

• 我的应用层(显示用户，响应任何请求...)
• 我的服务层(它必须使用命令行界面并且不知道我的网络应用程序，除了通常绑定(bind)到我使用的框架的密码编码，以及 ACL 东西可能......)
• 我的数据访问层对其他层一无所知，

层间通信的唯一方式是通过我在层与层之间传递的模型。

而且我所有的类都是用依赖注入(inject)容器构建的，所以布线不是问题。

这是我制作的一个应用程序示例，它是开源的:https://github.com/Mparaiso/silex-bookmarkly

欢迎任何想法。