[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
81: 2019/04/30(火)12:06 ID:??? AAS
こいつが作った超イケてるフレームワークがGitHubに出てくる日を待つかw
82(2): 2019/04/30(火)12:07 ID:U8oZvJd3(21/43) AAS
別のクエリビルダの方は、SELECT結果はstdClassになっちゃいまぁす、とかさ。
そしたら、結果のオブジェクトになんかメソッド仕込むとかできねーだろ。
ActiveRecordはフォーマッタ仕込んだり
極端な話、オブジェクト自体にバリデーション埋め込むことだってできるけど、
stdClassじゃただデータ持ち運ぶ事しかできんじゃねぇか。
83(1): 2019/04/30(火)12:07 ID:??? AAS
Symfonyがいいって言うんならSymfony使ってればいいじゃん
別にそこを否定はせんよ
なんでわざわざ他所に喧嘩売りに来るのかその神経が分からん
84: 2019/04/30(火)12:08 ID:??? AAS
急に進んでたから面白い議論でも始まったかと思ったら低脳が湧いて釣られたやつらがいただけだった
みんなちゃんとNGしとけよ
85(3): 2019/04/30(火)12:10 ID:??? AAS
>>82
データをDBに書き込む時にはバリデーション必要だけど
既に保存されたデータを検索して表示する過程にバリデーション必要か？
86: 2019/04/30(火)12:18 ID:U8oZvJd3(22/43) AAS
>>83
ボケナス、褒められるのはそこだけだったって言ってんだろ。
つかえるか、あんなポンコツ。
87(1): 2019/04/30(火)12:18 ID:U8oZvJd3(23/43) AAS
>>85
フォーマッタはあったら便利だろ。
88(1): 2019/04/30(火)12:19 ID:U8oZvJd3(24/43) AAS
先のことをさぁ、考えて、作るんだよ。
>>85くん。
89(2): 61 2019/04/30(火)12:19 ID:??? AAS
>>71
まずオレの意見から言うとSymfonyは素晴らしい。けど理想を追い求めすぎて複雑。Laravelはバランスが良くて小規模アプリは最高。ただしEloquentはクソ。Doctrine持って来い。
Laravel触ってみるといいよ。勘違いしてる部分も多そうだし。
Actionの部分はService Containerを調べて。
Viewの話はロジックというのは業務ロジックのことで、例えばこの会員はAランクなので付与率5%、それ以外は1%というような話でこれはViewじゃなくてモデルに書きましょうということだ。表示のための分岐はいくらでも書いて問題ないよ。
最近のARはJOINしてもうまくマッピングしてくれるようになってる。各ORMがN+1問題をどう解決してるかコード読め。Doctrineはコードがきれいだぞ。
クエリビルダとエロは別々のものじゃなくてビルダの上位レイヤがエロだ。普通はエロだけでよい。withとlazy loadの仕組みである程度速度のコントロールはできる。
RoRとLaravelが似てるのは否定しない。Symfonyは別の問題を解決しようとしてるから用途が違う。果物ナイフとノコギリを比べるようなもんだ。
90(1): 2019/04/30(火)12:25 ID:??? AAS
>>71
「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」
は確かGoogleが推奨しているコーディング方式だね。
GoogleのWEBサービスは全部このやり方で実装されている。
91(1): 2019/04/30(火)12:26 ID:??? AAS
>>73
Request生で使う奴はいないでしょ。
普通はフォームリクエスト使ってそっちで宣言する
92(1): 2019/04/30(火)12:28 ID:??? AAS
>>90
そりゃGoogleはGCP売りたいんだからそう言うだろ。RDBを使わないシステムをターゲットにしてるんだから。
RDB使ってそんなことしてたらクソプログラマ認定されるぞ。
ぐーぐるさまが言ってるからって盲目的になるのは感心しないな。
93: 2019/04/30(火)12:28 ID:??? AAS
アスペルガー特有の強い拘り
94(2): 2019/04/30(火)12:28 ID:??? AAS
JavaのSpringFrameworkのJPAや
PythonのDjango
Ruby on Rails
Laravel
Symfony
等々みんなActiveRecord方式採用しているってことは
それで十分システムを構築できているんでしょう。
95(1): 2019/04/30(火)12:29 ID:U8oZvJd3(25/43) AAS
>>89
>Viewの話はロジックというのは業務ロジックのことで、
>例えばこの会員はAランクなので付与率5%、
>それ以外は1%というような話で
>これはViewじゃなくてモデルに書きましょうということだ。
それをやめろって言ってんだ、ボケ。
なんで還元率適用後の値についてまでモデルが面倒見なきゃいけないんだ。
それはおまえ、社長が「よしこのお客さんには10%値引きしろ」って言ったら、
従業員が「社長、それはいくらになるんですか？」って言ってるようなもんだぞ。
馬鹿なのか？
96: 2019/04/30(火)12:30 ID:U8oZvJd3(26/43) AAS
>>91
おまえは何を言っているのだ？
97(1): 61 2019/04/30(火)12:31 ID:??? AAS
>>94
採用してないよ。JPAとSymfony/Doctrineは違う。もう一回調べて。
98(2): 2019/04/30(火)12:31 ID:??? AAS
>>92
大勢でアクセスされた際のJOIN高負荷問題がどのDBもまだ未解決だから
大規模だとJOIN使わない方式が推奨されてるってだけじゃないの？
PostgreSQLやMySQLやOracleとかでJOIN高負荷問題の対策チームが
個別に存在しているぐらいだし
99: 2019/04/30(火)12:32 ID:U8oZvJd3(27/43) AAS
>>94
つくるだけなら、な。
で、更改のたびにプログラマがヘドロのようになってるはずだ。
100: 2019/04/30(火)12:32 ID:??? AAS
MariaDBはわからんけど
上下前次1-新書関写板覧索設栞歴
あと 902 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.017s