[過去ﾛｸﾞ] 【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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を使うの。
107(2): 2019/04/30(火)12:41 ID:U8oZvJd3(29/43) AAS
>>102
>87
>>85
>フォーマッタはあったら便利だろ。
>88
>先のことをさぁ、考えて、作るんだよ。
>>85くん。
加えて、Twigには、FilterとFunctionという便利なものもある。
おまえは、石器時代の人間か？
108(1): 2019/04/30(火)12:43 ID:U8oZvJd3(30/43) AAS
>>105
おまえのアプリは作ったら作ったまんまか？
おまえ、サーバ側の改修やってるときに、
デザイナが書いたHTMLやCSSの面倒見たいか？
物好きだなぁ…。
109(1): 2019/04/30(火)12:43 ID:??? AAS
>>103
JPA自体はエンティテイにデータアクセスの機能は持たせない。レコードと1対1の構造はARっぽいが同じではない。
拡張のActiveJPAとかいうのと混同してるのでは？
110(1): 2019/04/30(火)12:44 ID:??? AAS
>>106
いや違う。複数からアクセスされたときに単純なクエリにかかわらず
JOINが高負荷になってしまう問題が存在していて
それを解決するために各チームが存在している。
解決したソースコードを提供した人には賞金が授与されるけど
未だ誰もこれを解決できるソースを提供できた人はいない
111(1): 2019/04/30(火)12:44 ID:??? AAS
>>107
でも>>82読んだ限りだとARにフォーマッタ仕込みたいんだろ？
Twigはテンプレートエンジンの方じゃんなんでごっちゃになってるの？
112(1): 2019/04/30(火)12:45 ID:U8oZvJd3(31/43) AAS
>>106
それは、下手くそなバカがJOINするからだ。
アホが書いたくそぐっちゃぐちゃのSQLを1/3に減らしたら
実行速度が1/10になりましたとか、普通にあるだろ。
あいつらは実行計画の見方もしらない。
JOIN前にSELECTで絞りまくったほうが速いとすら思っている。
上下前次1-新書関写板覧索設栞歴
あと 890 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.202s*