PHP方法位置

我们在使用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里将数据整合。