[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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はわからんけど
101(1): 2019/04/30(火)12:34 ID:U8oZvJd3(28/43) AAS
>>89
>表示のための分岐はいくらでも書いて問題ないよ。
それもやめろっって何回言わせんだ。
デザイナが触れなくなるだろーが。
102(1): 61 2019/04/30(火)12:34 ID:??? AAS
>>95
ん？おまえは還元率の計算をViewでやってるの？
ECサイトでポイントを表示するケースって、カートとか確認画面とかメルマガでDM送るときにこの商品を買ったら50ポイントです！とかあるけど、全部のビューに書いてる？変更するときどうすんの。
103(1): 2019/04/30(火)12:35 ID:??? AAS
>>97
JPAはOracleのJava Dayイベントで
ActiveRecord方式ってOracleの中の人が言ってるぞ
104: 2019/04/30(火)12:35 ID:??? AAS
>>98
経験上大量レコードからJOINで大幅にレコード件数減らせるんなら減らした方が低負荷になるはずだけどなぁ
間違ってたらスマン
105(1): 2019/04/30(火)12:39 ID:??? AAS
>>101
いやデザイナーに実コード触らせるとかやめろよ。そんなやり方
デザイナーから上がってきたhtmlはコーダーが実環境にマージ・適用した方が全体でみて低リスクだし低コストになる
106(2): 2019/04/30(火)12:39 ID:??? AAS
>>98
なんで世の中JOINが遅いことになってるんだろうな。最近のARしか知らないプログラマはほんと軟弱だわ。
JOINが遅いのは設定と設計とクエリが悪いの。その対策チームはJOINを無くすために存在してるんじゃなくて、設計とクエリを見直してパラメータを調整して速いJOINにするために存在してるの。対策した後もJOINを使うの。
上下前次1-新書関写板覧索設栞歴
あと 896 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s