[過去ﾛｸﾞ]
【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
【PHP】Laravel【フレームワーク】 Part.2 http://medaka.5ch.net/test/read.cgi/php/1556417229/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
88: nobodyさん [] 2019/04/30(火) 12:19:45 ID:U8oZvJd3 先のことをさぁ、考えて、作るんだよ。 >>85くん。 http://medaka.5ch.net/test/read.cgi/php/1556417229/88
89: 61 [sage] 2019/04/30(火) 12:19:53 ID:??? >>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は別の問題を解決しようとしてるから用途が違う。果物ナイフとノコギリを比べるようなもんだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/89
90: nobodyさん [sage] 2019/04/30(火) 12:25:04 ID:??? >>71 「いまどきは取ってきたのをアプリ側で処理するのが流行りだ」 は確かGoogleが推奨しているコーディング方式だね。 GoogleのWEBサービスは全部このやり方で実装されている。 http://medaka.5ch.net/test/read.cgi/php/1556417229/90
91: nobodyさん [sage] 2019/04/30(火) 12:26:14 ID:??? >>73 Request生で使う奴はいないでしょ。 普通はフォームリクエスト使ってそっちで宣言する http://medaka.5ch.net/test/read.cgi/php/1556417229/91
92: nobodyさん [sage] 2019/04/30(火) 12:28:02 ID:??? >>90 そりゃGoogleはGCP売りたいんだからそう言うだろ。RDBを使わないシステムをターゲットにしてるんだから。 RDB使ってそんなことしてたらクソプログラマ認定されるぞ。 ぐーぐるさまが言ってるからって盲目的になるのは感心しないな。 http://medaka.5ch.net/test/read.cgi/php/1556417229/92
93: nobodyさん [sage] 2019/04/30(火) 12:28:11 ID:??? アスペルガー特有の強い拘り http://medaka.5ch.net/test/read.cgi/php/1556417229/93
94: nobodyさん [sage] 2019/04/30(火) 12:28:59 ID:??? JavaのSpringFrameworkのJPAや PythonのDjango Ruby on Rails Laravel Symfony 等々みんなActiveRecord方式採用しているってことは それで十分システムを構築できているんでしょう。 http://medaka.5ch.net/test/read.cgi/php/1556417229/94
95: nobodyさん [] 2019/04/30(火) 12:29:54 ID:U8oZvJd3 >>89 >Viewの話はロジックというのは業務ロジックのことで、 >例えばこの会員はAランクなので付与率5%、 >それ以外は1%というような話で >これはViewじゃなくてモデルに書きましょうということだ。 それをやめろって言ってんだ、ボケ。 なんで還元率適用後の値についてまでモデルが面倒見なきゃいけないんだ。 それはおまえ、社長が「よしこのお客さんには10%値引きしろ」って言ったら、 従業員が「社長、それはいくらになるんですか？」って言ってるようなもんだぞ。 馬鹿なのか？ http://medaka.5ch.net/test/read.cgi/php/1556417229/95
96: nobodyさん [] 2019/04/30(火) 12:30:37 ID:U8oZvJd3 >>91 おまえは何を言っているのだ？ http://medaka.5ch.net/test/read.cgi/php/1556417229/96
97: 61 [sage] 2019/04/30(火) 12:31:00 ID:??? >>94 採用してないよ。JPAとSymfony/Doctrineは違う。もう一回調べて。 http://medaka.5ch.net/test/read.cgi/php/1556417229/97
98: nobodyさん [sage] 2019/04/30(火) 12:31:59 ID:??? >>92 大勢でアクセスされた際のJOIN高負荷問題がどのDBもまだ未解決だから 大規模だとJOIN使わない方式が推奨されてるってだけじゃないの？ PostgreSQLやMySQLやOracleとかでJOIN高負荷問題の対策チームが 個別に存在しているぐらいだし http://medaka.5ch.net/test/read.cgi/php/1556417229/98
99: nobodyさん [] 2019/04/30(火) 12:32:07 ID:U8oZvJd3 >>94 つくるだけなら、な。 で、更改のたびにプログラマがヘドロのようになってるはずだ。 http://medaka.5ch.net/test/read.cgi/php/1556417229/99
100: nobodyさん [sage] 2019/04/30(火) 12:32:48 ID:??? MariaDBはわからんけど http://medaka.5ch.net/test/read.cgi/php/1556417229/100
101: nobodyさん [] 2019/04/30(火) 12:34:13 ID:U8oZvJd3 >>89 >表示のための分岐はいくらでも書いて問題ないよ。 それもやめろっって何回言わせんだ。 デザイナが触れなくなるだろーが。 http://medaka.5ch.net/test/read.cgi/php/1556417229/101
102: 61 [sage] 2019/04/30(火) 12:34:48 ID:??? >>95 ん？おまえは還元率の計算をViewでやってるの？ ECサイトでポイントを表示するケースって、カートとか確認画面とかメルマガでDM送るときにこの商品を買ったら50ポイントです！とかあるけど、全部のビューに書いてる？変更するときどうすんの。 http://medaka.5ch.net/test/read.cgi/php/1556417229/102
103: nobodyさん [sage] 2019/04/30(火) 12:35:15 ID:??? >>97 JPAはOracleのJava Dayイベントで ActiveRecord方式ってOracleの中の人が言ってるぞ http://medaka.5ch.net/test/read.cgi/php/1556417229/103
104: nobodyさん [sage] 2019/04/30(火) 12:35:53 ID:??? >>98 経験上大量レコードからJOINで大幅にレコード件数減らせるんなら減らした方が低負荷になるはずだけどなぁ 間違ってたらスマン http://medaka.5ch.net/test/read.cgi/php/1556417229/104
105: nobodyさん [sage] 2019/04/30(火) 12:39:07 ID:??? >>101 いやデザイナーに実コード触らせるとかやめろよ。そんなやり方 デザイナーから上がってきたhtmlはコーダーが実環境にマージ・適用した方が全体でみて低リスクだし低コストになる http://medaka.5ch.net/test/read.cgi/php/1556417229/105
106: nobodyさん [sage] 2019/04/30(火) 12:39:29 ID:??? >>98 なんで世の中JOINが遅いことになってるんだろうな。最近のARしか知らないプログラマはほんと軟弱だわ。 JOINが遅いのは設定と設計とクエリが悪いの。その対策チームはJOINを無くすために存在してるんじゃなくて、設計とクエリを見直してパラメータを調整して速いJOINにするために存在してるの。対策した後もJOINを使うの。 http://medaka.5ch.net/test/read.cgi/php/1556417229/106
107: nobodyさん [] 2019/04/30(火) 12:41:35 ID:U8oZvJd3 >>102 >87 >>85 >フォーマッタはあったら便利だろ。 >88 >先のことをさぁ、考えて、作るんだよ。 >>85くん。 加えて、Twigには、FilterとFunctionという便利なものもある。 おまえは、石器時代の人間か？ http://medaka.5ch.net/test/read.cgi/php/1556417229/107
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 895 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.011s