我们在使用PHP的时候遇到一个问题
比如我现在有三张表
用户表: User
商品表: Goods
代金券: Ticket
用户地址: Address
由此就对应了三个对象
User, Goods, Ticket, Address
我现在有几个功能:取得用户的代金券, 取得用户的可用代金券, 取得用户的地址列表, 取得用户所购买的商品
我现在是这么做的
<code class="php">class User extends Model{
public function oder()
{
return OrderRepository::getByUserId($this->id);
}
public function successOrder()
{
return OrderRepository::getSuccessByUserId($this->id);
}
public function cancelOrder()
{
return OrderRepository::getCancelByUserId($this->id);
}
public function address()
{
return AddressRepository::getByUserId($this->id);
}
...
}</code>为什么这样做呢, 我觉得和用户紧密相关的操作放到用户对象中比较合理! 单这个感觉冗余的挺多的, 大家一般都是怎么整理的呢!感觉也有可能会造成User类过大!
大家一般都是怎么处理的呢?
我们在使用PHP的时候遇到一个问题
比如我现在有三张表
用户表: User
商品表: Goods
代金券: Ticket
用户地址: Address
由此就对应了三个对象
User, Goods, Ticket, Address
我现在有几个功能:取得用户的代金券, 取得用户的可用代金券, 取得用户的地址列表, 取得用户所购买的商品
我现在是这么做的
<code class="php">class User extends Model{
public function oder()
{
return OrderRepository::getByUserId($this->id);
}
public function successOrder()
{
return OrderRepository::getSuccessByUserId($this->id);
}
public function cancelOrder()
{
return OrderRepository::getCancelByUserId($this->id);
}
public function address()
{
return AddressRepository::getByUserId($this->id);
}
...
}</code>为什么这样做呢, 我觉得和用户紧密相关的操作放到用户对象中比较合理! 单这个感觉冗余的挺多的, 大家一般都是怎么整理的呢!感觉也有可能会造成User类过大!
大家一般都是怎么处理的呢?
model分类：
user model 只放用户相关的
order model 只放订单相关的
注意业务要拆分，解耦合
也可以拆分为Logic逻辑层、model数据层、service服务层这样的
各个表获取数据的方法写在各自的Model类里，要从多个数据表中取数据的话，在控制器里分别实例化表对应的Model，并分别调用各自的方法获取数据，在Controller里将数据整合。
