我们在使用php的时候遇到一个问题
比如我现在有三张表
用户表: user
商品表: goods
代金券: ticket
用户地址: address
由此就对应了三个对象
user, goods, ticket, address
我现在有几个功能:取得用户的代金券, 取得用户的可用代金券, 取得用户的地址列表, 取得用户所购买的商品
我现在是这么做的
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); } ...}

为什么这样做呢, 我觉得和用户紧密相关的操作放到用户对象中比较合理! 单这个感觉冗余的挺多的, 大家一般都是怎么整理的呢!感觉也有可能会造成user类过大!
大家一般都是怎么处理的呢?
回复内容： 我们在使用php的时候遇到一个问题
比如我现在有三张表
用户表: user
商品表: goods
代金券: ticket
用户地址: address
由此就对应了三个对象
user, goods, ticket, address
我现在有几个功能:取得用户的代金券, 取得用户的可用代金券, 取得用户的地址列表, 取得用户所购买的商品
我现在是这么做的
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); } ...}

为什么这样做呢, 我觉得和用户紧密相关的操作放到用户对象中比较合理! 单这个感觉冗余的挺多的, 大家一般都是怎么整理的呢!感觉也有可能会造成user类过大!
大家一般都是怎么处理的呢?
model分类：
user model 只放用户相关的
order model 只放订单相关的
注意业务要拆分，解耦合
也可以拆分为logic逻辑层、model数据层、service服务层这样的
各个表获取数据的方法写在各自的model类里，要从多个数据表中取数据的话，在控制器里分别实例化表对应的model，并分别调用各自的方法获取数据，在controller里将数据整合。