企业官网建设流程全解析

Laravel 建议将验证（Validation）、授权（Authorization）、业务逻辑（Business Logic） 和响应格式化（Response Formatting） 分散到FormRequest、Policy、Service和Controller中，这正是单一职责原则（Single Responsibility Principle, SRP） 的直接体现。

一、单一职责原则（SRP）的核心

“一个类应该只有一个引起它变化的原因。”
—— Robert C. Martin (Uncle Bob)

• 如果一个类承担多个职责，任何一个职责的变化都可能破坏其他职责。
• 将职责分离 →每个类只因一个原因而修改→系统更稳定、更易维护。

二、Laravel 各组件的职责划分

✅每个组件只关注一个“变化轴”（Axis of Change）。

三、反例：所有逻辑挤在控制器中（违反 SRP）

// ❌ 违反 SRP 的控制器classPostControllerextendsController{publicfunctionupdate(Request$request,Post$post){// 1. 验证$data=$request->validate(['title'=>'required|unique:posts,title,'.$post->id,'content'=>'required|min:10',]);// 2. 授权if($post->user_id!==auth()->id()){abort(403,'Unauthorized');}// 3. 业务逻辑$post->update($data);if(str_contains($data['content'],'urgent')){event(newUrgentPostUpdated($post));}// 4. 响应格式化returnresponse()->json(['message'=>'Post updated','data'=>$post->fresh()]);}}

❌ 问题：

1. 四个修改理由：
   • 要改验证规则？→ 改控制器
   • 要改权限策略？→ 改控制器
   • 要改业务逻辑？→ 改控制器
   • 要改 API 格式？→ 改控制器
2. 难以复用：
   • 验证逻辑无法在命令行或队列中复用
   • 业务逻辑无法在 API 和 Web 中共享
3. 难以测试：
   • 需模拟整个 HTTP 环境才能测试业务逻辑

四、正例：按 SRP 拆分职责

1.验证 →FormRequest

// app/Http/Requests/UpdatePostRequest.phpclassUpdatePostRequestextendsFormRequest{publicfunctionauthorize():bool{return$this->user()->can('update',$this->post);// ← 授权委托给 Policy}publicfunctionrules():array{return['title'=>'required|unique:posts,title,'.$this->post->id,'content'=>'required|min:10',];}}

2.授权 →Policy

// app/Policies/PostPolicy.phpclassPostPolicy{publicfunctionupdate(User$user,Post$post):bool{return$user->id===$post->user_id;}}

3.业务逻辑 →Service

// app/Services/PostService.phpclassPostService{publicfunctionupdate(Post$post,array$data):Post{$post->update($data);if(str_contains($data['content'],'urgent')){event(newUrgentPostUpdated($post));}return$post;}}

4.协调 →Controller

// app/Http/Controllers/PostController.phpclassPostControllerextendsController{publicfunctionupdate(UpdatePostRequest$request,Post$post,PostService$service){$post=$service->update($post,$request->validated());returnresponse()->json(['message'=>'Post updated','data'=>$post]);}}

五、SRP 带来的核心优势

✅ 1.每个类只有一个修改理由

✅ 2.高内聚、低耦合

• 内聚：每个组件内部逻辑高度相关（如PostService只处理 Post 业务）
• 耦合：组件间通过接口/契约交互（如 Controller 依赖PostService接口）

✅ 3.可复用性

• PostService可被 Web、API、命令行、队列复用
• PostPolicy可被控制器、Blade 模板、API 同时使用

✅ 4.可测试性

六、Laravel 如何支持 SRP？

💡 Laravel 不是“强制”你遵守 SRP，而是提供工具让遵守 SRP 成为最自然的选择。

七、何时可以违反 SRP？

💡经验法则：
当一个方法开始包含“和”（如“验证和授权和业务逻辑”）
就应该拆分。

八、总结：SRP 是 Laravel 架构的基石

🔚Laravel 的优雅不仅在于 API 简洁，更在于其对 OOP 原则的深刻践行。
通过将 SRP 内化到框架设计中，
它引导开发者写出结构清晰、易于维护、可长期演进的代码——
正如你所重视的：“通过合理抽象实现知识资产的自我增值”。