使用映射器模式时,为多对多关系定义类的最佳实践是什么。
例如,假设我们有产品和类别以及Product_Categories
的表格以下是产品和类别的一些基本骨架。每个都有一个对象类,每个都有一个Mapper。
产品对象& Product Mapper:
class Product
{
public $product_id;
public $name;
public function __construct($product_id = false, $name = false)
{
$this->product_id = $product_id;
$this->name = $name;
}
}
class Product_Mapper
{
private $_db;
public function __construct($_db) {}
public function getProducts() {}
public function getProductById($product_id) {}
public function insert(Product $product) {}
public function save(Product $product) {}
public function update(Product $product) {}
public function delete(Product $product) {}
}
类别对象和类别映射器
class Category
{
public $category_id;
public $name;
public function __construct($category_id = false, $name = false)
{
$this->category_id = $category_id;
$this->name = $name;
}
}
class Category_Mapper
{
private $_db;
public function __construct($_db) {}
public function getCategories() {}
public function getCategoryById($product_id) {}
public function insert(Category $category) {}
public function save(Category $category) {}
public function update(Category $category) {}
public function delete(Category $category) {}
}
这里缺少的是能够将产品添加到类别以及更新/删除/选择类别中的产品等。
是否会违反此模式,在名为Product_Mapper
,addCategory
,deleteCategory
的{{1}}内创建方法,还是使用名为{的映射器创建新对象? {1}}会处理这些功能吗?
真的很感激任何反馈。我可以看到任何一种方式都适合,但是在没有创建新类的情况下,我也可以看到随着新关系的建立,产品类变得臃肿。
答案 0 :(得分:1)
关于这一点:
是否会违反此模式,在Product_Mapper中创建名为“addCategory”,“deleteCategory”,
的方法
是的,不。它实际上与DataMapper无关。 那些应该被认为是产品方法;例如:
$oProduct->addCategory( $oCategory );
然后,当您使用datamapper保存产品时,数据映射器将添加该产品与您添加到该产品的类别之间的关系。
$oProductMapper->save( $oProduct );
答案 1 :(得分:0)
我相信DataMapper模式的想法是将DB的模式转换为您的内部模式。因此,您可以忘记连接产品和类别的第三个数据库表。因此,您应该创建Category_Mapper::getCategoriesByProductId
和Product_Mapper::getProductByCategoryId
等方法。
因此,用户使用Category
和Product
类,他们使用Mappers,如果需要,Mapper可以使用一些公共类。
我无法确定这一切,但似乎是合理的。