由于所有这些 CRUD “操作”属于相同的职责(它们进行抽象表访问),因此无需为每个操作实现单独的类。您将实现一个抽象单个操作的方法,该方法与您正在使用的表相关。你可以这样做,比如:
class ArticleMapper
{
protected $pdo;
protected $table = 'some_table';
public function __construct(PDO $pdo)
{
$this->pdo = $pdo;
}
/**
* @return boolean Depending on success
*/
public function insert($id, $title, $text)
{
$query = sprintf('INSERT INTO `table` (`id`, `title`, `text`) VALUES (:id, :title, :text)', $this->table);
$stmt = $this->pdo->prepare($query);
return $stmt->execute(array(
':title' => $title,
':text' => $text,
':id' => $id,
));
}
public function fetchById($id)
{
$query = sprintf('SELECT * FROM `%s` WHERE `id` =:id');
$stmt = $this->pdo->prepare($query);
$stmt->execute(array(
':id' => $id
));
return $stmt->fetch();
}
// ... The rest for deleteById() and updateById()
}
好处?
好吧,如果它们不明显,那么听它们是有意义的:
这意味着您的应用程序逻辑(执行一些计算)将完全不知道数据的来源。这使您易于维护和测试。遵循单一职责原则
虽然 ORM、ActiveRecords、Query Builders 确实需要额外的内存(顺便说一下,对于每个 HTTP 请求,并且还只是看看它们的类 - 它们通常很大),但 DataMappers 不需要。您只会为您将使用的数据库供应商编写代码。
例如,假设您现在不确定将来是否要切换到另一个数据库供应商。使用 DataMappers 时,您所要做的就是将它的一个实例注入到需要它的类中。
class Foo
{
public function __construct(MapperInterface $mapper)
{
$this->mapper = $mapper;
}
public function doSomeComputationsWithId($id)
{
$data = $this->mapper->fetchById($id);
// .. do computations here
return $result;
}
}
$mapper = new Article_MySQL_Mapper($pdo);
// or
$mapper = new Article_MongoDB_Mapper($mongoInstance);
$foo = new Foo($mapper);
print_r($foo->doSomeComputationsWithId($_GET['id']));