Repository 层的代码你们有用来创建或更新数据吗，还是只用来创建数据

我从来不用这一层。

controller 接收请求，转发给服务层做处理，等待服务层返回数据或抛出异常后将其返回

service 业务处理，接受控制器转发参数后对业务进行处理，数据验证(laravel自带)，业务逻辑判断，数据处理(dao)，所以这里这是各种 if 判断，取数据，组装数据

repository 数据查询，包括数据列表，业务逻辑数据查询，如果只是单纯的页面列表可以只用通过 controller 调用

dao 数据处理，很少人用，单条数据查询，数据增、改都通过它

model 只是数据表模型

目前的是 Repository 只用来查询，在考虑要不要把增删改拿过来，让 Service 层更加容易被测试。

Service 用于业务处理、写入数据库等，且一个 Service 原则上只做一件事，比如 登录、注册，分别创建 LoginService、RegisterService，而不是挤在一起用 UserService，这样后面 UserService 就会变的很大。这种情况下，如果跟 User 相关的太多，那就再创建一个 User 目录，把这些 Service 放进去，而不是揉到一起。

Java里有这种写法

个人习惯，service用来放第三方服务了，不习惯用tool之类的，repository我用来处理复杂的模型逻辑了，controller做转发，

<?php

namespace App\Services;

use Illuminate\Http\Request;
use App\Models\User;
use App\Exceptions\InvalidRequestException;

class UserService
{
    private $user;

    public function __construct(User $user)
    {
        $this->user = $user;
    }

    public function updateBalance(User $user, $balance) {
        $isUpdated = $this->user->where('id', $user->id)->where('version', $user->version)->update(['balance' => $balance, 'version' => $user->version + 1]);
        if(!$isUpdated) {
            throw new InvalidRequestException("充值失败");
        }
    }
}

创建了一个Sms用来发送短信，引用的是easysms 之所以创建Sms目录是因为需要存储RegisterMessage，后面还会有找回密码啥的 然后SmsService这个是用来发送的，因为我配置文件需要从数据库中调用，放在config里面读不到 但感觉这样设计有点奇怪

我基本是 controller model service exception validator 这几个 repository没用过