从零学Laravel目录列表
上一节课我们学习了从数据库拿数据,下面我们来学习下通过创建一条记录到数据库,常用的操作就是表单的提交了.
我们先看下: http://localhost:8000/posts/1
好的,下面我们再这个页面添加一个评论框,为了让页面稍微好看点,我们把bootstrap引入吧~
我们打开layout.blade.php
, 修改里面的代码如下:
从零开始学Laravel - 周继平
{{-- 这行注释的大家删除掉--}}
@yield('header')
@yield('content')
@yield('footer')
上面注释的这行大家自己删除掉,正式项目的代码不要有没有用的注释的代码,不干净。
打开resources/pages/show.blade.php
, 修改下其中的代码,让页面变的漂亮点:
@extends('layout')
@section('content')
{{ $post->title }}
@foreach ($post->comments as $comment)
- {{ $comment->content }}
@endforeach
@stop
好,在看下我们的页面:http://localhost:8000/posts/1
下面给该页面添加一个可以发表评论的评论框,代码如下:
@extends('layout')
@section('content')
{{ $post->title }}
@foreach ($post->comments as $comment)
- {{ $comment->content }}
@endforeach
Add a New Comment
@stop
提交表单我们可以用POST
方法,action路由为/posts/1/comments
,当然也可以直接写成/comments
,这个看具体情况自己定义,路径不要太深就行。上面还有这样一句代码{{ csrf_field() }}
, Larvel为了防止CSRF攻击(跨站请求伪造攻击),Laravel 会自动生成一个 CSRF token 给每个用户的 Session。该 token 用来验证用户是否为实际发出请求的用户。可以使用 csrf_field()
辅助函数来生成一个包含 CSRF token 的 _token 隐藏表单字段,像下面这样的:
我们回到routes.php
,创建这条方法为post
的路由:
Route::post('posts/{post}/comments', 'PostsController@storeComment');
对于我们现在的列子,像上面这样的写法是可以的,不过如果正式项目中这么写,往往会让控制器变的很大,我们可以这么写:
Route::post('posts/{post}/comments', 'PostCommentsController@store');
我们也可以这么写:
Route::post('posts/{post}/comments', 'CommentsController@store');
只要不要把控制器写的过大就行,我们就用上面这条路由吧,下面去建立控制器层
php artisan make:controller CommentsController
编写下store
函数
content = $request->content;
$post->comments()->save($comment);
return redirect('posts/' . $post->id);
}
}
我们先看Request
类,表单提交的时候会把传递来的值都放到$request
对象中,我们之前设置了
的name=content,这里我们只要从$request对象中拿到这个content即可,如果要拿到所有的值,可以用$request->all()
,大家也可以dd($request)
,看看这个对象中还有别的什么东东.
最后一句话的redirect()
是laravel的一个帮助函数,这里我们让其跳转到类式posts/1
这样的帖子页,现在我们的页面如下,已经可以创建帖子的评论了:
我们再来试试别的方式来写这个store
方法:
public function store(Request $request, Post $post)
{
$comment = New Comment(['content' => $request->content]);
$post->comments()->save($comment);
// 跳转到前一个路由
return back();
}
如果使用New Comment(['content' => $request->content]);
, 一定要保证App\Comment
类中的$fillable
属性中已经设置了允许的字段.
当然,在简单点,可以这样:(如果要传入的参数很多,那这样的写法就不是很合适了。)
public function store(Request $request, Post $post)
{
$post->comments()->save(
new Comment(['content' => $request->content])
);
return back();
}
再简单点:
public function store(Request $request, Post $post)
{
$post->comments()->create(
['content' => $request->content]
);
return back();
}
再再简单点:
public function store(Request $request, Post $post)
{
$post->comments()->create($request->all());
return back();
}
使用$request->all()
的风险很大,因为它会将对应模型设置的$fillable允许的所有字段的值都插入到数据库,如果你一定要这么做,那么一定要想好模型层的$fillable
数组内你允许哪些值可以批量插入。
上面的这些方法都可以用,大家看自己的喜欢,不过像上面这样的$post->comments()->create()
链式调用的方法对于代码的可读性来说不好,尤其是控制器中的代码,都是用来处理业务逻辑的,所以最好是可以读通的英文句子,如,给贴子加评论:Add comment to the post
,那么代码我们这么写:
$post->addComment($comment);
先去App/Post.php
编写addComment($comment)
函数,如下:
public function addComment(Comment $comment)
{
return $this->comments()->save($comment);
}
控制器的代码:
public function store(Request $request, Post $post)
{
$post->addComment(
new Comment($request->all())
);
return back();
}
嗯,这样易读性好多了,关于写控制器我的建议是:
- 控制器的类命名通常都是复数的
- 每个控制器内方法不能过多,方法对应restful路由的方法
- 控制器每个方法中的代码通常都是调用方法(重模型,轻控制器,模型如果太乱,模型在分层,或者使用trait),只考虑业务逻辑,不要将实现方法的流程写在这里,如果你的控制器让不懂代码的人能看懂业务逻辑,那说明写的还不错了。