元スレ【PHP】Laravel【フレームワーク】
php覧 / PC版 / みんなの評価 :
前へ
303 = :
ララら
304 = :
これ日本語版出るかな？
305 = :
LaravelとVue.jsをどう連携すれば効率的に使えるかを説かれた本出ないかな
306 = :
>>305
そんくらい調べて考えろよ…
309 = :
>>308
ホントだ
日本人にはわかりづらいなw
http://laravel.com/docs/5.7/session#flash-data
310 :
http://connect.uh-oh.jp/
現実の人の繋がりに疲れた人に
宣伝です。
316 = :
でもその方法だと送信中止されちゃいますよね？
317 = :
だからJavaScriptでまずバリデーションして要件に満たないものは弾いて送信処理ぜずにエラー処理でいいんやないの？
どうしても送信先でバリデーションしたいんならXHR通信(ajax,axios)使って飛ばした後結果次第でエラー表示するか
成功したらリダイレクトでどっかに戻すかすればいいじゃん
318 = :
>>317
それアンチパターンじゃねぇか？
319 = :
アンチパターンにはアンチパターンである裏付けがあるけど何を以てアンチパターンと判断した？
321 = :
>>317
それLaravelの開発者が、やめてほしいLaravelの使い方として挙げたやつじゃない？
322 = :
下手にJavaScriptに頼らず、Laravelだけで処理できるのであれば
Laravelだけで実装したほうがいい気がするな
323 = :
Reactみたいにフロントでバリデーションはやるが、当たり前だけどサーバー側も同じバリデーションは必要
324 = :
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる
325 = :
もう一度言うけど
どんなにJavaScriptでガチガチにバリデーションしてもセキュリティ考えると結局サーバーサイドでバリデーションしないといけないのは変わらないしな
ユーザビリティとしては一旦JavaScriptでバリデーションしてエラー出した方がいいけど、バリデーション処理が2箇所になってメンテナンス性が悪くなる
328 = :
クライアントサイドのバリデーションUXのため。サーバサイドのバリデーションはセキュリティのため。
セキュリティのことを考えるとクライアントサイドのバリデーションはただの飾り
329 = :
UX面を考慮するなら冗長でもブラウザ側のバリデーションは必要かと思うよ
てかこれ全部自演かも知れんけど
330 = :
バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな
331 = :
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ
332 = :
確かにフロントとバックのバリデーション分担って悩ましいよね
結局のところどっちもやるべきなんだと思うけど
最近昔のシステムの改修しててソース見ると
フォームポスト
↓
バリデーション→確認画面表示
↓
バリデーション→本登録
みたいになってるけどこの二回は流石に要らんだろと思って
一回目のバリデーション通ったらその結果をセッションにぶち込んで二回目のところはセッションから取り出した値そのまま通すことにして
UI側にアクティブなバリデーション入れた
画面遷移の確認→確定シーケンスは保持
ただ確認画面はページは遷移せずにDOMの表示切り替えにした
VueとかReactみたいなハイカラなもの使いたいけどまだ実用できるレベルじゃないから勉強中で悩ましい
333 = :
>>314の件に関してはフロント側でバリデーションしてれば煩わしい再入力が必要になるケースは９割がた消滅するんだよね
334 = :
今なんの議論してるの？
傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど
335 = :
過疎だから仕方によ
336 = :
過疎だと大変
337 = :
>>333
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ
339 = :
もうなんか本人の再レスなのかコピペマンのいつものコピペなのかそれともコイツ自体がいつものコピペマンなのかもう分からん
340 = :
ここまで全て>>1の自演
341 = :
いや>>339の自演だろ
343 = :
バリデーションなんか難しくもなんともないんだからその程度で喧嘩すんな
344 = :
誰もバリデーションが難しいとかクライアント側が不要とか言ってないぞ？
何言ってんだこいつ
345 = :
もうなんか本人の再レスなのかコピペマンのいつものコピペなのかそれともコイツ自体がいつものコピペマンなのかもう分からん
346 = :
>>314の件に関してはフロント側でバリデーションしてれば煩わしい再入力が必要になるケースは９割がた消滅するんだよね
347 = :
今なんの議論してるの？
傍目から読むと
やりたければやればいいし、めんどくさければやらなくていい
という意見で全員が一致しているのだと思っているけど
348 = :
なんぞこれｗｗ
349 = :
スタンドアローンコンプレックス
350 = :
カオスすぎるだろw
みんなの評価 :
php一覧へ類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [84%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [84%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [84%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.7 (779) - [84%] - 2021/7/9 16:18
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [84%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [82%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [82%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [82%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [82%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [82%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.10 (446) - [82%] - 2022/6/6 19:30
- 【PHP】Ethna part.2【国産フレームワーク】 (315) - [67%] - 2019/5/9 7:45 ○
トップメニューへ / →のくす牧場書庫について