のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,096,545人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】Laravel【フレームワーク】 Part.6

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    701 = :

    >>696
    そもそもマスアサインメント知らないLaravel初心者にそんな具体的な説明しても無駄では?

    703 = :

    だからそれは例だっつーの
    アホなの?

    705 = :

    例にある意味予約語みたいなワードを書くとか根本的に常識がない

    708 = :

    おまえらっていつもマウントの取り合いしてるな

    710 = :

    しつこい
    アホだ
    アホは書き込み禁止

    711 = :

    >>704
    どんな時でも使うべきだぞ。じゃないとリクエストからモデルに渡してよいフィールドが、コントローラー側で決定されるメソッドが生まれてしまうぞ。

    713 = :

    このスレ見てるとレベル低い奴が何故か威張っていて、これが今の日本のIT技術が低い理由、そして国が衰えてる理由に繋がってる気がする。
    要は反知性主義なんだよね。真面目に科学的に考える奴のことを軽視している。
    これって地動説否定とかトランプ支持者など外国でも見られた傾向だけど、日本は特にひどいね。教育が悪いんだろうか。

    714 = :

    IDのないスレをいつまで本スレとして使うつもりなのか?

    715 = :

    >>712
    質問を質問で返すなよ お砂糖が知れるぞ

    716 = :

    >>713
    コイツが1番偉そうっていうね。

    717 = :

    お前ら>>696の例に対して文句があるんだったら自分が例を提示しろよ

    718 = :

    >>691
    fillを必ず使え代入は危ないって言ってる人は、fillableじゃない値をどうやって入れるの?

    720 = :

    >>719
    いやforceFillというメソッドは分かるよ。
    それを使えば解決するよって回答でいいのかな?

    721 = :

    >>720
    まず何を解決したいのかな?
    それを聞かないで全て解決するなんて事は言えない
    できれば具体例上げて欲しい
    状況によって使うメソッドや方法も変えてるから

    722 = :

    逆にコントローラーでfillableじゃない値をセットしている奴は、コントローラーの責務をどう規定しているのか詳しく聞いてみたい。

    723 = :

    >>720
    質問しといて申し訳ないけど
    俺もfill使ってない事思い出したわ、すまんな
    プロパティに入れてfillableガン無視で最後saveしてる人だったって事にしといてください
    ここで言い争いしてコスト使うのが1番頭おかしいってふと気付いたわ

    728 = :

    >>725
    そうなんですか?となるとやっぱりFWを使う人側で回避しないといけないというわけですね

    730 = :

    N+1をFW側で回避することは非常に難しいですよ
    その実装をできた人は世界中で表彰されるだろうと言われるぐらい難しいことなんです

    732 = :

    シーダーにforceFill使うならわかるけど
    他の用途では使わないほうがいい気がする
    laravelは入門程度だから実際に業務で使っている人の意見聞きたいな

    733 = :

    >>731
    理解する気が無い人なのかと思ったので諦めてしまいました、ごめんなさい
    パスワードとかfillableに含めない項目って基本的に含めない方がいい理由があると思うんですね
    その「含めない方がいい理由」ってのは独立した機能として切り出して通常の流れから切り離す必要があると思うんです
    特にパスワードに関しては更新後にメール送ったり仮パスワード発行するとか周辺機能も多くなりがちなので
    機能として切り出してコントローラではない所で更新した方が良いと考えています
    書いていただいた処理の流れでパスワードを更新するのであれば
    fillableに含めない事で得られる効果(複数代入で更新されない)の意味がなくなってしまっているように感じます
    forceFillで更新したら一緒だよねって問題に関してはご指摘の通り一緒です
    ですが、機能として切り出されていればテスト時に更新すべきでない項目を更新していることを見つけることができますし
    責任範囲が明確になってメンテナンスコストが抑えられると考えています

    例えばlaravelのパスワード更新はこの様にforceFillで更新しています
    http://github.com/laravel/framework/blob/8.x/src/Illuminate/Auth/SessionGuard.php#L662
    こちらはメール認証でemail_verified_atカラムを更新しています
    http://github.com/laravel/framework/blob/8.x/src/Illuminate/Auth/MustVerifyEmail.php#L24

    734 = :

    >>733
    読み返してみたのですが

    > コントローラではない所で更新

    この表現は適切じゃなかったですね

    > 独立した処理として更新

    が適切かもしれません

    736 = :

    お前ら、マジで何やってんの?

    737 = :

    >>735
    マジで?それはドキュメントのどこに書いてあるの?

    739 = :

    >>737
    すでに上で出てるけど、こっちの方が分かりやすいかな。
    http://laravel-news.com/disable-eloquent-lazy-loading-during-development

    741 = :

    >>725
    速攻論破されて草 >>738-740の内容知らなかったのかな?

    742 = :

    俺はまだ論破されていない >>738-740はN+1の回避策を提示しただけであって
    FW側で回避できるという証明にはならない

    743 = :

    ちょっと言っている意味がわからないです

    744 = :

    >>598
    いや、別に論破とかどうでも良いんだが。N+1の実装したら例外出て便利になったっていう情報知らないぽいから教えてあげたかっただけ。

    あとFW側で回避したいなら、modelのwithプロパティ使っとけば確実だと思うけどね。ただこれ使うと余計なテーブルアクセス増えてしまいがちだから、不要な時はwithoutとかのメソッド入れなきゃダメで、それはそれでだるい。

    745 = :

    だからモハメドの話をちゃんと聞けって
    Laravel使っててモハメドの話聞いてないとかありえないぞ
    http://youtu.be/213aEudaumk


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について