-
Notifications
You must be signed in to change notification settings - Fork 579
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
2017 版 Laravel 系列入门教程(四)【最适合中国人的 Laravel 教程】 #19
Comments
还有一个坑,更新时判重要忽略本身的id,校验代码修改为 |
报错之后没法保存用户输入,只有提示。根据我查的资料来看,如果validate这里有问题,它会直接跳回,走不到else这里面,这种情况下这里是无用的。 然后我直接把if条件改成false试了下,能显示error提示,但也没办法保存输入。 再查了下,发现要在view里面用{{ old('body') }}作为默认值才行,而且这样validate验证失败也能保存输入了。 |
遇到一个提交不成功的错误,解决办法是{{ method_field('PUT') }}这里只需写PUT或PATCH,学的同学要注意拉拉啦,别像我这么粗心 |
为什么ide提示Article的find($id) not found,但是还是执行成功了呢?Article::find($id)->delete(); |
和图片对应的 应该时 这个条语句吧 Route::resource('photos', 'PhotoController'); photo要加s |
return view('admin/article/edit')->withArticle(Article::find($id)); |
因为如果是继承关系的话是可以找得到的,但是如果是用驱动的方式加进去的话就是不能找的到的,IDE只能处理简单直接的,不能绕。另外如果是动态获取方法名的(比如with+名字这种,where+字段+And+字段这种方式),也不能,因为IDE不是运行环境,只能看表面的 |
编辑文章时默认值直接从数据库取可以,但是如果想要在输入验证失败返回时默认值为之前修改好的数据该如何做呢? |
|
本篇文章中,我将跟大家一起实现 Article 的新增、编辑和删除功能,仔细解读每一段代码,相信本篇文章看完,你就能够 get Laravel 使用之道。
RESTful 资源控制器
资源控制器是 Laravel 内部的一种功能强大的约定,它约定了一系列对某一种资源进行“增删改查”操作的路由配置,让我们不再需要对每一项需要管理的资源都写 N 行重复形式的路由。中文文档见:https://d.laravel-china.org/docs/5.5/controllers#resource-controllers
我们只需要写一行简单的路由:
就可以得到下面 7 条路由配置:
左边是 HTTP 方法,中间是 URL 路径,右边是 控制器中对应的函数,只要某个请求符合这七行中某一行的要求,那么这条请求就会触发第三列的 function。这是 Laravel 对于 RESTful 的规范,它不仅仅帮我们省去了几行路由配置代码,更是如何合理规划 URL 的指路明灯,相信你会从中学到很多。
下面我们正式开始一项一项地实现 Article 的新增、编辑、删除功能:
开始行动
配置资源路由
将当前路由配置中的
Route::get('article', 'ArticleController@index');
改成Route::resource('articles', 'ArticleController');
,哦了。注意,article 单数变成了复数。修改之前写好的视图文件
由于从单数变成了复数,后台首页及文章列表页的视图文件里的链接也需要修改。
learnlaravel5/resources/views/admin/home.blade.php
中的{{ url('admin/article') }}
为{{ url('admin/articles') }}
。learnlaravel5/resources/views/admin/article/index.blade.php
中的{{ url('admin/article/create') }}
为{{ url('admin/articles/create') }}
;修改{{ url('admin/article/'.$article->id.'/edit') }}
为{{ url('admin/articles/'.$article->id.'/edit') }}
;修改{{ url('admin/article/'.$article->id) }}
为{{ url('admin/articles/'.$article->id) }}
。新增 Article
新增一篇文章需要两个动作:第一步,获取“新增Article”的页面;第二步,提交数据到后端,插入一篇文章到数据库。我们使用下图中红框内的两条路由规则来实现这两步操作:
获取“新增Article”的页面
第一个红框里告诉我们应该使用
/admin/articles/create
对应“新增Article”的页面,浏览器使用 GET 方法从服务器获取,对应的是ArticleController
中的create()
方法,下面我们手动新建这个方法:新增视图文件
learnlaravel5/resources/views/admin/article/create.blade.php
:点击文章管理页面最上面的“新增”按钮,你将得到以下页面:
视图调用
上文中我使用
return view('admin/article/create');
返回了视图文件。view()
方法是 Laravel 中一个全局的方法,用于调用视图文件,他接受一个字符串参数,并会按照这个参数去调取对应的路由,这很容易理解。实际上'admin/article/create'
跟'admin.article.create'
是等价的,而且看起来后者更加优雅,不过我个人更推荐前者。代码优雅是好事儿,不过本质上代码是写给人看的,一切提高代码理解成本的行为都是不可取的。提交数据到后端
“新增Article”的页面已经展示出来,下一步就是提交数据到后端了,理解提交数据,要从 HTML 表单开始。
表单
视图文件中有一个表单:
这是一个非常普通的 HTML form(表单),只有两点需要我们费点心思去理解。
第一,表单的 action。form 是 HTML 规范,在点击了表单中的提交按钮后,浏览器会使用 method 属性的值(GET、POST等)将某些数据组装好发送给 action 的值(URL),这里我们动态生成了一个 URL 作为 action,并且指定了表单提交需要使用 POST 方法。
第二,csrf_field。这是 Laravel 中内置的应对 CSRF 攻击的防范措施,任何 POST PUT PATCH 请求都会被检测是否提交了 CSRF 字段。对应的代码为
learnlaravel5/app/Http/Kernel.php
里的$middlewareGroups
属性里的\App\Http\Middleware\VerifyCsrfToken::class
值。{!! csrf_field() !!}
实际上会生成一个隐藏的 input:<input type="hidden" name="_token" value="GYZ8OHDAbZICMcEvcTiS82qlZs2XrELklpEl159S">
这一行也可以这么写:
<input type="hidden" name="_token" value="{{ csrf_token() }}">
如果你的系统有很多的 Ajax,而你又不想降低安全性,这里的 csrf_token() 函数将会给你巨大的帮助。
后端接收数据
我们在页面中随便填入一些数据,点击提交按钮,这条请求会被分配到那里呢?
第二个红框告诉我们,应该向
admin/articles
以 POST 方法提交表单,其对应的是store()
方法。现在我们新建 store 方法:检验成果
填入数据:
点击按钮,页面跳转到“文章管理”页,将此页面拉到最底部:
恭喜你,文章新增功能完成!
详细注释
下面我已注释的形式细细解析每一段代码的作用:
编辑 Article
这两行路由配置可以满足我们的需求:
上面一行:展示“编辑某一篇文章”的表单;下面一行:上传数据并到数据库更新这篇文章。
这个就当做第二个小作业留给你们,尝试自己去构建吧
这里面还有个小坑,参考我的代码就可以迅速地解决呦删除 Article
删除某个资源跟新增、编辑相比最大的不同就是运行方式的不同:删除按钮看起来是一个独立的按钮,其实它是一个完整的表单,只不过只有这一个按钮暴露在页面上:
大家可能注意到了这句代码
{{ method_field('DELETE') }}
,这是什么意思呢?这是 Laravel 特有的请求处理系统的特殊约定。虽然 DELETE 方法在 RFC2616 中是可以携带 body 的(甚至 GET 方法都是可以携带的),但是由于历史的原因,不少 web server 软件都将 DELETE 方法和 GET 方法视作不可携带 body 的方法,有些 web server 软件会丢弃 body,有些干脆直接认为请求不合法拒绝接收。所以在这里,Laravel 的请求处理系统要求所有非 GET 和 POST 的请求全部通过 POST 请求来执行,再将真正的方法使用 _method 表单字段携带给后端。上面小作业中的小坑便是这个,PUT/PATCH 请求也要通过 POST 来执行。在控制器中增加删除文章对应的是 destroy 方法:
点击删除按钮,检验效果:
恭喜你,文章新增、编辑、删除功能构建成功!
The text was updated successfully, but these errors were encountered: