Service层处理业务逻辑,Repository层解耦数据访问。控制器仅负责请求响应,业务由Service实现,如用户注册包含创建用户、发邮件、设配置等;Repository提供统一数据接口,通过依赖注入实现解耦,便于测试与维护。分层核心是职责分明:Controller管HTTP交互,Service管流程,Repository管数据操作。

在Laravel项目中,随着业务逻辑的增长,控制器会变得臃肿,直接在控制器中处理数据操作和业务判断会让代码难以维护。为了解决这个问题,引入Service层和Repository层是一种被广泛认可的优雅做法。它们各自承担不同的职责,让代码结构更清晰、可测试性更强。
Service层:处理业务逻辑
Service层是业务逻辑的集中地。它不关心数据从哪里来,只关心“做什么”。比如用户注册、订单创建、积分发放等复杂流程,都应该放在Service中实现。
举个例子,用户注册不只是插入一条数据,还可能涉及发送欢迎邮件、生成默认配置、记录日志等。把这些逻辑写在控制器里显然不合适。
创建一个UserService:
class UserService
{
public function register(array $data)
{
// 开启事务
DB::transaction(function () use ($data) {
$user = User::create($data);
// 发送邮件
Mail::to($user->email)->send(new WelcomeEmail($user));
// 创建默认设置
UserSetting::create(['user_id' => $user->id]);
// 记录日志
activity()->on($user)->log('registered');
});
return $user;
}
}
登录后复制
然后在控制器中调用:
class AuthController extends Controller
{
public function register(Request $request, UserService $userService)
{
$user = $userService->register($request->all());
return response()->json($user, 201);
}
}
</font>
</p>
<p>这样控制器只负责接收请求和返回响应,真正做事的是Service。</p>
<H3>Repository层:解耦数据访问</H3>
<p>Repository的作用是封装对数据库的操作,让Service不需要知道底层是Eloquent还是其他ORM,甚至可以切换数据源。它提供统一的数据接口,比如<code>find()</code>、<code>all()</code>、<code>create()</code>等。</p>
<p>定义一个UserRepository接口:</p>
<font face="Courier New">
<pre class="brush:php;toolbar:false;">
interface UserRepositoryInterface
{
public function findById($id);
public function findByEmail($email);
public function create(array $data);
}
登录后复制
再写一个基于Eloquent的实现:
标签: laravel 服务层 js json go mongodb app 后端 ai 数据访问 用户注册 red
还木有评论哦,快来抢沙发吧~