私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】Laravel【フレームワーク】 Part.10
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>248
本来であれば、そういう人にこそ刺さる資料なはずなんだけど。。。
この資料は責務の配置方法のナレッジとそれをコード上で表す方法が記述されていているので、もう一度読み返してみてほしい
最終ページを意識しながら読むと良いかも
http://speakerdeck.com/twada/growing-reliable-code-phperkaigi-2022?slide=149
本来であれば、そういう人にこそ刺さる資料なはずなんだけど。。。
この資料は責務の配置方法のナレッジとそれをコード上で表す方法が記述されていているので、もう一度読み返してみてほしい
最終ページを意識しながら読むと良いかも
http://speakerdeck.com/twada/growing-reliable-code-phperkaigi-2022?slide=149
FormRequestばりばりつかってまっす!
Routemodelのほうはつかってないでっす!
混在するとなんとなく混乱させやすそうなんやけど、実際どうなん?
Routemodelのほうはつかってないでっす!
混在するとなんとなく混乱させやすそうなんやけど、実際どうなん?
>>246
しゅごい………
しゅごい………
>>252
それらは性質上混在しない
後者はコントローラー内で受け取った引数をもとにfindするケースにおいて
引数でModelをbindすることにより、処理を書くことなく同じ結果を得られるというものだから
それらは性質上混在しない
後者はコントローラー内で受け取った引数をもとにfindするケースにおいて
引数でModelをbindすることにより、処理を書くことなく同じ結果を得られるというものだから
>>254
なるほど、実際にそうしてる人がいるならそうなんやろなあ
例えばコントローラに
edit (hogeRequest $hogereq, hoge $hogem )
って書くのイメージしちゃうんやけど、もっとスマートになるん?
なるほど、実際にそうしてる人がいるならそうなんやろなあ
例えばコントローラに
edit (hogeRequest $hogereq, hoge $hogem )
って書くのイメージしちゃうんやけど、もっとスマートになるん?
>>255
うーん、編集用フォームを表示するときは
そもそもFormRequestでvalidationするケースが思いつかないなぁ
ただupdate()の時は RouteModelBindingとForm Requestの混在がありえそうだよね
その場合どうしてたか調べてみたんだけど、普通に気にせず混在させて実装してたわ
Requestオブジェクトと Modelオブジェクトは別物って認識してるから混在することが無い
うーん、編集用フォームを表示するときは
そもそもFormRequestでvalidationするケースが思いつかないなぁ
ただupdate()の時は RouteModelBindingとForm Requestの混在がありえそうだよね
その場合どうしてたか調べてみたんだけど、普通に気にせず混在させて実装してたわ
Requestオブジェクトと Modelオブジェクトは別物って認識してるから混在することが無い
>>256
なるほど、実際同じものじゃないし、混在しても区別さえできてればいいってことね
ただModelでも同じバリデーションしちゃってないかとかどこでするんやとかの、意思の統一は結局必要そうやね
しちゃってもいいんだけど、気持ち的に
とりあえずモヤモヤは消えたわ、さんくす!
なるほど、実際同じものじゃないし、混在しても区別さえできてればいいってことね
ただModelでも同じバリデーションしちゃってないかとかどこでするんやとかの、意思の統一は結局必要そうやね
しちゃってもいいんだけど、気持ち的に
とりあえずモヤモヤは消えたわ、さんくす!
>>257
laravelに限らず引数でいろんなオブジェクトをインジェクションするのはよくあるので、名前の付け方に気をつけてさえいれば混乱することもない気がする
あとmodelのバリデーションは永続化する時のものだと明確にしておけば
Requestのバリデーションと混同することはないと思うよ
laravelに限らず引数でいろんなオブジェクトをインジェクションするのはよくあるので、名前の付け方に気をつけてさえいれば混乱することもない気がする
あとmodelのバリデーションは永続化する時のものだと明確にしておけば
Requestのバリデーションと混同することはないと思うよ
前にお問い合わせフォームぐらいでもLaravel使うって人いたような
LaravelでBladeではなくSmartyを使用したいんですが何かそういうプラグインってありますか?
Bladeが非常に使いにくいのでSmartyに変更したいんです
Bladeが非常に使いにくいのでSmartyに変更したいんです
あともう一つ質問があります。
Laravelのマイグレーションで複合主キーのテーブルを作成し、そのテーブルに対応するモデルクラスも作成しましたが
このモデルを使用して検索を行おうとするとエラーが出てしまいます。色々試したところクエリビルダでは検索が
行えるのですがEloquentだとエラーになってしまうことがわかりました。
おそらくEloquentを複合主キーを使用するモードに設定しないといけないと思うのですがどこを設定すればいいでしょうか。
最初はEloquentのprimaryKeyを配列で['id1', 'id2']のように宣言すれば複合主キー検索可能になると思ったのですがそれも駄目なようです
Laravelのマイグレーションで複合主キーのテーブルを作成し、そのテーブルに対応するモデルクラスも作成しましたが
このモデルを使用して検索を行おうとするとエラーが出てしまいます。色々試したところクエリビルダでは検索が
行えるのですがEloquentだとエラーになってしまうことがわかりました。
おそらくEloquentを複合主キーを使用するモードに設定しないといけないと思うのですがどこを設定すればいいでしょうか。
最初はEloquentのprimaryKeyを配列で['id1', 'id2']のように宣言すれば複合主キー検索可能になると思ったのですがそれも駄目なようです
>>266
定期的に現れるアンチオートインクリメントおじさんが上手い解決方法を提示してくれるであろうw
定期的に現れるアンチオートインクリメントおじさんが上手い解決方法を提示してくれるであろうw
Laravelでは複合プライマリは基本サポートされていないので
どうしてもというなら複合ユニークにしてidをプライマリキーにする方がLaravelらしいかと
(厳密にはLaravelがというよりはEloquentがと言った方が正解なのだろうけど)
どうしてもというなら複合ユニークにしてidをプライマリキーにする方がLaravelらしいかと
(厳密にはLaravelがというよりはEloquentがと言った方が正解なのだろうけど)
何度も何度もいい加減複合主キーの話飽きた
http://laravel.com/docs/9.x/eloquent#composite-primary-keys
どうしてもやりたいんなら
ここにいくつか解決策書いてあるから自分で試したら良いと思う
10年近く前の事だから動くかは知らねーけど
http://github.com/laravel/framework/issues/5355
http://laravel.com/docs/9.x/eloquent#composite-primary-keys
どうしてもやりたいんなら
ここにいくつか解決策書いてあるから自分で試したら良いと思う
10年近く前の事だから動くかは知らねーけど
http://github.com/laravel/framework/issues/5355
よくわからんけどなんでEloquentって複合主キーサポートしてないんだ?
複合主キーって割と一般的だからEloquentでもサポートするべきだと思うけど・・・
複合主キーって割と一般的だからEloquentでもサポートするべきだと思うけど・・・
>>270
OSS界隈では「ベキ論」でコアに余計な機能を追加してしまうと
バージョンアップのたびに手間が増えて負債化するので慎重にならざるを得ない
そもそも複合主キーなんてQueryBuilderで補完できるからEloquentで提供する必要性は薄いし
複合主キー自体サロゲートキーで代替しても基本困らん代物だ
加えて提供するなら最低限全てのreration関連のメソッドが修正対象になってしまう
そういう点を考慮すると、リジェクトするのは合理的だと俺は思うよ
OSS界隈では「ベキ論」でコアに余計な機能を追加してしまうと
バージョンアップのたびに手間が増えて負債化するので慎重にならざるを得ない
そもそも複合主キーなんてQueryBuilderで補完できるからEloquentで提供する必要性は薄いし
複合主キー自体サロゲートキーで代替しても基本困らん代物だ
加えて提供するなら最低限全てのreration関連のメソッドが修正対象になってしまう
そういう点を考慮すると、リジェクトするのは合理的だと俺は思うよ
Laravelでナチュラルキー派ってかなり少ないと思うのだがねぇ
サロゲートキーで慣れるとナチュラルキーなんて無いわと思うし
サロゲートキーで慣れるとナチュラルキーなんて無いわと思うし
>>270
開発者が却下したから
開発者が却下したから
複合プライマリキーすら実装できない間抜けLaravel開発者
そこにぶら下がっている間抜けLaraveler
そこにぶら下がっている間抜けLaraveler
>>263
いや、お問い合わせフォームだけでもフレームワーク使うってのは良い事だよ?
その後どんなふうにサイトが発展していくか分からないから。
ただ、Laravelねぇ…。無理に未来に負債を残す必要はないんじゃない?
いや、お問い合わせフォームだけでもフレームワーク使うってのは良い事だよ?
その後どんなふうにサイトが発展していくか分からないから。
ただ、Laravelねぇ…。無理に未来に負債を残す必要はないんじゃない?
/ ̄ ̄ ̄ ̄ ̄\
| おまえらも |
∩_∩ | .|
(´ー`) < 暇な奴ら .|
( ) | .|
| | | | だなぁ |
(___)__) \_____/
| おまえらも |
∩_∩ | .|
(´ー`) < 暇な奴ら .|
( ) | .|
| | | | だなぁ |
(___)__) \_____/
>>280
俺達からするとサロゲートキーを使う前提で設計されたEloquentに複合PK使いたいって謎世界なんだけど?
俺達からするとサロゲートキーを使う前提で設計されたEloquentに複合PK使いたいって謎世界なんだけど?
>>283
謎の世界を妄想して悦に入っているアンチ君なんて構うなよw
謎の世界を妄想して悦に入っているアンチ君なんて構うなよw
>>283
寝言に返事をしてはいけない
寝言に返事をしてはいけない
>>283
それは間違い
元々Eloquentは複合主キーを扱う目的で開発された
ところが開発途中に複合主キー関連の処理で重大なバグが見つかり
複合主キーのサポートをいったん中断してリリースされたんだよ
それは間違い
元々Eloquentは複合主キーを扱う目的で開発された
ところが開発途中に複合主キー関連の処理で重大なバグが見つかり
複合主キーのサポートをいったん中断してリリースされたんだよ
このスレ、たまにガセネタ流して悦に入ってるクズが書き込みするので
いちいち反応しない方が良いぞ
いちいち反応しない方が良いぞ
>>278
どんな言語、FWであっても負債は生まれるものだよね
モノリスのほうが他のアーキテクチャよりも負債が増えやすいとか
Laravelが提供しているファサードなどの便利機能が負債化しやすいみたいな議論は確かにある
とは言えそんなのより開発を担うチームの技術力がどの水準かの方が
よほど負債化要因としては大きい
どんな言語、FWであっても負債は生まれるものだよね
モノリスのほうが他のアーキテクチャよりも負債が増えやすいとか
Laravelが提供しているファサードなどの便利機能が負債化しやすいみたいな議論は確かにある
とは言えそんなのより開発を担うチームの技術力がどの水準かの方が
よほど負債化要因としては大きい
多分Laravelで挫折して逆恨みしてるんだよw
そういう負の要因じゃなきゃここまで粘着しないだろwかわいそうにw
そういう負の要因じゃなきゃここまで粘着しないだろwかわいそうにw
ガイジは放置しようぜ
仕事もした事が無いニートナマポだろうし相手にするだけ無駄
仕事もした事が無いニートナマポだろうし相手にするだけ無駄
アンチオートインクリメントおじさん
宝くじのシステムの話で散々素人だとバカにされて
まともに反論さえできずに消えて
ほとぼりが冷めてからまた出てくるのすっげーダサいよね
人間ここまで堕ちたくはないものだwww
宝くじのシステムの話で散々素人だとバカにされて
まともに反論さえできずに消えて
ほとぼりが冷めてからまた出てくるのすっげーダサいよね
人間ここまで堕ちたくはないものだwww
Laraveler、地団駄踏んで悔しかってる
効いてる効いてるwww
効いてる効いてるwww
アンチくんは今日も謎の妄想してぐるぐるパンチ連発してんのかw
ホンモノだな
アラシ方がSNSでBAN食らうやつのやり方でレベル感がひでぇ
ほかでやれ
ホンモノだな
アラシ方がSNSでBAN食らうやつのやり方でレベル感がひでぇ
ほかでやれ
>>296
まるで維新の政治家みたいなヤツだよなw
まるで維新の政治家みたいなヤツだよなw
ニートナマポな事を指摘されてファビョってる所が朝鮮人そのものなんだよなぁw
類似してるかもしれないスレッド
- 【PHP】Laravel【フレームワーク】 Part.12 (314) - [98%] - 2023/1/30 18:45
- 【PHP】Laravel【フレームワーク】 Part.11 (870) - [98%] - 2022/8/28 15:45
- 【PHP】Laravel【フレームワーク】 Part.9 (884) - [96%] - 2022/3/13 12:00
- 【PHP】Laravel【フレームワーク】 Part.8 (148) - [96%] - 2021/8/8 21:30
- 【PHP】Laravel【フレームワーク】 Part.7 (779) - [96%] - 2021/7/9 16:18
- 【PHP】Laravel【フレームワーク】 Part.6 (745) - [96%] - 2021/6/21 6:30
- 【PHP】Laravel【フレームワーク】 Part.5 (568) - [96%] - 2021/5/1 22:00
- 【PHP】Laravel【フレームワーク】 Part.2 (917) - [94%] - 2019/9/10 9:15
- 【PHP】Laravel【フレームワーク】 Part.3 (983) - [94%] - 2021/2/12 4:00
- 【PHP】Laravel【フレームワーク】 Part.4 (460) - [94%] - 2021/4/4 4:00
- 【PHP】Laravel【フレームワーク】 (887) - [82%] - 2019/4/23 21:00
- 【PHP】フレームワーク Akelos (129) - [54%] - 2019/5/9 7:46
トップメニューへ / →のくす牧場書庫について