Laravel5.5のルーティングパラメータが勝手に変換される仕組みを調べようとした

# 前段
基盤にしているのはこちらの記事

- [Laravel 5.6で基本的なCRUDを作る - Qiita](https://qiita.com/sutara79/items/ef30fcdfb7afcb2188ea)

ついでにこれを見ながらあれこれメモした記事も貼っておきます。

- [Laravel5.5でDBのCRUDを実装してみる - Qiita](https://qiita.com/ragingalpaca/items/2e27e25888241cd56e23)


# ルーティングがよくわからない
Laravelのテンプレートで、１行で済ませるやつがあるじゃないですか。

```php:web.php
Route::resource('posts', 'PostController');

```

こういうの。
簡単なのは良いんですが、**具体的に何やってるの？**
ってのと、**修正したいときにｲﾐﾜｶﾝﾅｲ**ってなったので読み解こうと努力しました。

（調べればいい記事が転がっている気がするけど調べ方がわからない）

# わからないところ
具体的にはここ。

## editで$postを受け取ってる？
editはこんな感じです。

```php:PostController.php
    public function edit(Post $post)
    {
        return view('posts.edit', ['post' => $post]);
    }
```

**しれっとPost型の$postを受け取っています。**

ちょっと唐突過ぎて、どうやって？という感覚が拭えません。

というわけでここを調べました。

（きっとドキュメントに普通に書いてあるんだろうなとは思いつつも）

（あとたぶんresourceは関係なさそうだなとも思いつつ）


# 調べてみた
## デバッグで止めてみる
止めてみると、確かにPost型で何かを受け取ってます。

![スクリーンショット 2018-05-24 10.07.45.jpg](https://qiita-image-store.s3.amazonaws.com/0/214031/c5d10741-0cd4-3979-3a5d-1ce9603521c3.jpeg)

idは42。
urlで指定してる数字です。


## ルーティングの確認
`php artisan route:list`を実行すると、editは以下のようになってます。

```bash:
|        | GET|HEAD  | posts/{post}/edit             | posts.edit            | App\Http\Controllers\PostController@edit                                  | web,auth                                     |

```

`posts/{$post}/edit`になってます。
僕の拙いLaravelの知識によると、ここで{}でくくった変数は、指定した関数の引数として受け取ることになるはずです。

つまりこの場合は、PostControllerのeditという関数で、$postという名前の文字列を受け取るはず。


## 普通に受け取ってみる
試しにPost型ではなく、特に型を指定しないで受け取ってみます。

![スクリーンショット 2018-05-24 10.10.55.jpg](https://qiita-image-store.s3.amazonaws.com/0/214031/dfd65834-933c-6247-9737-6b92d5107b88.jpeg)

すると、ただの42という文字列が飛んできました。

なるほどなるほど……？


## 勝手に変換されてるっぽい？
どうやら、**引数をテーブルにするとwhereIdした結果を返してくれる**っぽいですね。

勝手に。

きっとconstructするときとかに引数を指定した扱いになって、主キーであるidと照合した結果を返してくれるとかそんな感じでしょうか。

見てみたらわかるかな、Modelを覗いてみたんですけどよくわかりませんでした。

正直よくわからないのでもう少し実験します。


#　実験
## 他のテーブルでもできるのか？
Postじゃなくても受け取れるのでしょうか。

この関数自体はGET、つまりurlを直接叩いてもアクセスできるので、適当に叩いてみます。
`http://homestead.test/posts/10/edit`とかで。

### エラー
初手はエラーになりました。

```
ReflectionException
Class App\Http\Controllers\User does not exist
```

参照不足です。
そりゃそうだ。

`use App\User;`を追加して、再挑戦します。

### 再挑戦
Userが受け取れました。

![スクリーンショット 2018-05-24 10.21.13.jpg](https://qiita-image-store.s3.amazonaws.com/0/214031/5c381ec2-e628-75aa-1f88-1641dbb5c20f.jpeg)

Route:resourceを使っているからとかそういうことではなくて、


## 普通の関数の引数でもできるのか
単純に同じことが、普通の関数呼び出しでもできるのでしょうか？

```php:PostController.php
    public function edit(Post $post)
    {
        $post = $this->hoge(11);
        return view('posts.edit', ['post' => $post]);
    }

    private function hoge(User $a)
    {
        return $a;
    }

```

### ダメでした
まあそうですよね。
**普通に考えてダメですよねこんな挙動。**

そもそも、**普通に考えてダメな挙動してるから混乱した**というのが最初の話ですし。

## ルーティングで指定した関数なら？
GETで受け取るところから真似すればできたりするのでしょうか？

```php:web.php
Route::get('posts/{post}/test', 'PostController@test');

```

```php:PostController.php
    public function test(User $post)
    {
        return dd($post);
    }

```

### できた。
![スクリーンショット 2018-05-24 10.46.19.jpg](https://qiita-image-store.s3.amazonaws.com/0/214031/62291d24-463b-4008-e4a3-36452a403f45.jpeg)

できました。


# まとめ
ルーティングパラメータをDBのテーブル型で受け取ると勝手にwhereIdした結果に変換してくれる。

さももっともらしく書いてますけど、**ちゃんとドキュメント読んでる人からすると何言ってんだこいつ**って感じな気がします。
あんまり説明書読まないタイプなんで……ほら……（言い訳）

あとやっぱりresourceは関係なかったです。