本文由 简悦 SimpRead 转码， 原文地址 juejin.cn
「这是我参与 11 月更文挑战的第 3 天，活动详情查看：2021 最后一次更文挑战」
背景
- 项目用 Thinkphp5.1 开发完成，对于各种关系模型的查询 Tp 处理起来还是比较吃力的。
- 作为努力奔跑的程序员，下一个项目我们决定用 Lavarel 进行开发。
- 因为掘金粑粑有奖励，所以把部分 gitee 上的私有的部分学习笔记整理一下。
说明
Laravel 属于中大型框架，各种功能都被内置了，而且 Laravel 官方的文档看的我是云里雾里的，对于新手感觉不是很友好。所以此系列文章只适合有 PHP 基础。想快速入门搞开发的。
正文
数据表生成以后，我们创建一下当前需要的模型类。BLog
执行命令
php artisan make:model Blog
会生成文件 app\Models\Blog.php
理解 Service 层
我最近的一个大型项目。也是要求提取出 Service 层。 但是前期对代码考虑不充分，加上没有合理的理解提取 Service 的作用。导致的结果是，在 pc 端，app 端，小程序端，对相同的数据表进行操作的时候，又重新写了各自的 service。导致代码问题百出，重复的地方高，而且同一个业务逻辑，得在三端相同的地方做出各自的修改，线上出一些的问题。搞得焦头烂额的。
我理解的 Service 是，对于同一操作。比如说是【发表博客】，不管前端有多少套，后端有多少套。这一个功能只能通过一个 Service 提供服务。保证了数据不管在哪一端操作都是相同的结果。
举个栗子
前端 后端都有发表博客的功能。前端一套代码，后端一套代码。
随着项目线上运营，发现发表这里需要加个限制频率的功能。
这样，就得写一段代码，粘贴到前端的添加博客，后端的添加博客中。
其实，如果是写在同一个 service 中。那么就不用这么麻烦，写在 service 中，修改一下就可以。
这是个代码粒度的问题。
望 新手勿笑 老手勿喷