【PHP】Laravel【フレームワーク】 [無断転載禁止]©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
テンプレ追加修正お願いします
Laravel
ウェブ職人のためのPHPフレームワーク
本家
https://laravel.com/
git
https://github.com/laravel
動画チュートリアル(英語)
https://laracasts.com/
日本語
http://laravel.jp/
書籍
Laravel リファレンス[Ver.5.1 LTS 対応] Web職人好みの新世代PHPフレームワーク
https://www.amazon.co.jp/gp/aw/d/4844339451
Laravelエキスパート養成読本[モダンな開発を実現するPHPフレームワーク！] (Software Design plus)
https://www.amazon.co.jp/gp/aw/d/4774173134 モデルAhoのプロパティをいくつかまとめて得たい時ってどんな風にすれば良い？
ユーザがPostした値を入れてるから扱いに気をつけないといけないんはわかるんやけど…
ret "$prop1"."-"."$prop2"..やとプロパティに"-"があったら困る。一個一個取り出してコントローラ側で纏めてもいいもんなんか まぁいいや。配列で返すわ。stringやモデルの型に拘る必要無いべ Controllerから連想配列返せば受け側ではJSON形式に見えるはずだからそれで返すのが基本形じゃね？ >>980
なるほど。
//うんコード。Ahoモデルのbaka1〜bakaXまで返す(連想配列)
$user->aho()->getManyAhoAttributes()
を置いてコントローラ側からそのまま渡して使えばいいんかな。。ありがとう >>977
いろいろ有るけど、とりあえずこれ、
RoRとかCakeとかといっしょで爆裂Controller生成機じゃないか？
いつになったらこれじゃダメだって気づくんだ？
Symphonyに何も学ばなかったのか？
Eloquentもさ、ActiveRecordと同じでテーブルに結びついてるじゃん。
JOINした時どうすんの？これ。
ディレクトリ構造もなーんかキレイじゃないし。
で、これ、アップデートの感覚が短くて
結構ころころと変わってるんでしょ？
なんだろ、なんか手段が目的になっちゃってる典型例のような。 >>981
メソッドチェーン出来ねぇ…
トレイト上書きしまくりちよこで不安になる。 >>982
クエリビルダ使えばいいんじゃない？ORMで複雑な事やろうなんて愚の骨頂だよ
確かにJOINの機能はあった気がするけど構造上無駄なオーバーヘッドが多過ぎる仕様だったはず
どうしてもパフォーマンスに拘るなら最終的にはやっぱ生クエリ書く事になるんじゃないかとね >>984
なんかぐぐってみたら、Eloquentの他にもういっこDBアクセスライブラリあるのな。
なんでそういことする？
普通にそっちを使いやすくすればいいじゃん。
ほんと、ActiveRecordとかRoRとかに引っ張られすぎなんだよ、どのフレームワークも。
だからいつまでたっても劣化RoRみたいな物しか出来ない。 認証関係に関してはわりとORMでセキュアに組んであるみたいだからその辺はそのまま使った方がいいかなって思う
ログインの仕組みとログイン後の実行ユーザー情報の取得まではORM経由でそれ以降の細かな処理なんかはクエリビルダや生クエリでいいんじゃないかとね で、やっぱ、爆裂Controllerになるでしょ？ これ。どう見ても。 爆裂じゃニュアンスがイマイチ分からんのだけどスパゲティの事？ >>988
ちがうちがう。
Modelはビジネスロジックそのもの、
Viewは描画を行う場所
ってやったら、それ以外の物が全部Controllerに書かれる事になって、
数千業にも及ぶ巨大なControllerになっちゃう事。
ファットコントローラーとか呼ばれる。
RoRとかはプロトタイピングフレームワークの部類なので
アイデアをすばやく立ち上げるのに特化して作られてる。
確かに早いんだけど、大体人間の欲求というのは肥大化していくので、
あれもこれも、って言い始める。
そうすると、途端に破綻する。
Laravelって、ひと目見ただけでその匂いがぷんぷんしてくる。 耳が痛い。。
めんどくさがってコントローラをでぶでぶにしてきたからちゃんとdiコンテナ使うことにする… ide使ってれば、肥大化しても問題なくない？
どこに書くかの問題だけで、書く量は大して変わらないでしょう？ >>991
んとさ、ゴミクズみたいなコードを見ても何も思わない奴っていうのはさ、
大体、ゴミクズみたいなコードを書いても何も思わないので、
当然、ゴミクズみたいなコードを書き続ける奴なんだよ。
ide使ってればっていうけどさ、
そういう考えで腐りきったシステム、おまえ、見たこと無いのか？
引き継いだ後のやつが、お前のこと殺してぇーって思うことになるぞ、きっと。 そもそもコントローラが巨大になる時点でまともな設計はできていない
GoogleとかのWEBサービスのコンローラは全て１００行以内で
終わっている ActiveRecordでJOINは愚の骨頂だろ。
というか最近のDB界だとJOINする時点で愚の骨頂みたいな扱いに
なりつつある。
今は普通に関連するテーブルをSELECTしてその結果を連想配列に確保しておき
表示時にその連想配列から情報取得して表示する。
それが今のスタンだード >>975
東京証券のシステムはLaravelで組まれてるぞ。
少なくとも東京証券クラスでもLaravelで構築できる >>993
109行って、頭おかしいの？
10こメソッドあったら1000行？
頭おかしいいの？ >>994
Joinすてるなんて、どう見ても退化だけど。 それだけデカい口叩けるならオレオレフレームワーク作って公開しろw >>995
あーのさー
構築したってのと、運用できてるって、別なのね。
Laravelの歴史って凄いあさいけど、
こっから、本当に耐えられるの？
すっげー、関わりたくない匂いしかしない。 このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 610日 21時間 18分 44秒 レス数が1000を超えています。これ以上書き込みはできません。
