回答編集履歴
4
修正
test
CHANGED
@@ -36,7 +36,7 @@
|
|
36
36
|
|
37
37
|
もちろん「同じ処理を流す」からって同じ処理を別の場所に書くのは無駄。
|
38
38
|
|
39
|
-
「同じビューでエラーだけ追加」
|
39
|
+
「同じビューでエラーだけ追加」ということで処理を共通化させて内部で分岐したほうがいいですね。
|
40
40
|
|
41
41
|
|
42
42
|
|
3
修正
test
CHANGED
@@ -31,3 +31,13 @@
|
|
31
31
|
|
32
32
|
|
33
33
|
※ここはフレームワーク云々より発想の問題
|
34
|
+
|
35
|
+
|
36
|
+
|
37
|
+
もちろん「同じ処理を流す」からって同じ処理を別の場所に書くのは無駄。
|
38
|
+
|
39
|
+
「同じビューでエラーだけ追加」なら分岐させて処理を共通化させたほうがいいですね。
|
40
|
+
|
41
|
+
|
42
|
+
|
43
|
+
ますます[前の質問](https://teratail.com/questions/199090)とわける必要がなくなってきているように思います。
|
2
修正
test
CHANGED
@@ -15,3 +15,19 @@
|
|
15
15
|
そこは画面遷移の体系図をきちんと作って整理したほうが良いでしょうね。
|
16
16
|
|
17
17
|
特にフレームワーク利用の場合は、きちんと設計してから作っていかないと今みたいにぐちゃぐちゃなコードのまま問題切り分けがどんどん困難な状態になっていきます。
|
18
|
+
|
19
|
+
|
20
|
+
|
21
|
+
|
22
|
+
|
23
|
+
> confirm_form_dataアクション内にて、以下のように、reserve_info.blade.phpにreturnした場合、html部分の<tr><th>希望日時</th><td>{{$reserved_date}}({{$reserved_dayOfWeek}}){{$reserved_time}}~</td></tr> こちらの$reserved_dateなどの変数の表示はどうすれば良いのかといった部分でつまずいてしまいました。
|
24
|
+
|
25
|
+
|
26
|
+
|
27
|
+
画面表示ができているのならreserve_info自体にデータ取得のためのキーは揃えられるはずですし、
|
28
|
+
|
29
|
+
reserve_infoを表示するときと同じデータ取得処理を流せるはずです。
|
30
|
+
|
31
|
+
|
32
|
+
|
33
|
+
※ここはフレームワーク云々より発想の問題
|
1
修正
test
CHANGED
@@ -7,3 +7,11 @@
|
|
7
7
|
|
8
8
|
|
9
9
|
[日本語訳マニュアルバリデーションの#バリデータの生成](https://readouble.com/laravel/5.8/ja/validation.html#manually-creating-validators)でもpost/createに戻しているので同じことかと思いますが。
|
10
|
+
|
11
|
+
|
12
|
+
|
13
|
+
もし「getもpostも発生しうる」仕様なのでしたらルーティングにpostしかないのがおかしいということになります。
|
14
|
+
|
15
|
+
そこは画面遷移の体系図をきちんと作って整理したほうが良いでしょうね。
|
16
|
+
|
17
|
+
特にフレームワーク利用の場合は、きちんと設計してから作っていかないと今みたいにぐちゃぐちゃなコードのまま問題切り分けがどんどん困難な状態になっていきます。
|