[過去ﾛｸﾞ]
【PHP】Laravel【フレームワーク】 Part.2 (1002ﾚｽ)
【PHP】Laravel【フレームワーク】 Part.2 http://medaka.5ch.io/test/read.cgi/php/1556417229/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
237: nobodyさん [sage] 2019/05/02(木) 00:17:07 ID:??? >>233 そんな遅い？使いにくいのは否定しないけど速度は他と大差ない気がする。 というよりORMでそこまで遅くなる部分があるとは思えないんだよな。 http://medaka.5ch.io/test/read.cgi/php/1556417229/237
238: nobodyさん [sage] 2019/05/02(木) 00:45:44 ID:??? >>237 ちょっと言葉足らずだった。パフォーマンスがシビアに要求されるシステムでは使えない、って感じ。もちろん速度とコーディングの利便性がある程度バーターになるのはわかるけど。 Doctrine単体とかとの比較なんで、同じレイヤーの他ORMとの比較ではないよ。 というのもLaravelでパフォーマンスチューニング、いくつかの案件でやったけどほぼほぼeloquentがボトルネックだった、ってとこからきてる http://medaka.5ch.io/test/read.cgi/php/1556417229/238
239: nobodyさん [sage] 2019/05/02(木) 01:14:42 ID:??? Eloquentはマジックメソッドを多用したラッパーなんでオーバーヘッドはどうしても増える、PHP8のJITに期待 現状はcursor、バルクインサート、自作のバルクupsertなどで極力DBアクセス数を減らしとくしかない http://medaka.5ch.io/test/read.cgi/php/1556417229/239
240: nobodyさん [sage] 2019/05/02(木) 01:27:03 ID:??? うーん、なんかイマイチ信じがたい話ではあるな。 マジックメソッドについてはクラスのメタデータキャッシュして2回目以降の呼び出しは速いはずだし。 例えばDoctrineはアノテーション使ってるし遅くなる要因はこっちの方が大きそう。 そもそもマッピングは枯れた技術ではあるので遅いなら他のフレームワーク参考にして同程度まで速度改善できるず。 フレームワーク全体で遅いなら理解できるけどORM単体でそんなに差がでるとは思えないな。クエリが遅いとかなら理解できるけど。 http://meda
ka.5ch.io/test/read.cgi/php/1556417229/240
241: nobodyさん [sage] 2019/05/02(木) 01:43:38 ID:??? >>240 いや、queryが遅いとかではなく、リレーションシップをCollectionで表現したり（出来たり）するじゃない。そもそもそういう使い方をされる事による速度の劣化であって、同じ使い方をすればdoctrineとかでも同じ結果になってただろうとは思う。 http://medaka.5ch.io/test/read.cgi/php/1556417229/241
242: nobodyさん [] 2019/05/02(木) 08:40:11 ID:vhQh3nzL お前達はなんでそんなフレームワークを使っているんだ？ 修行でもしているのか？ http://medaka.5ch.io/test/read.cgi/php/1556417229/242
243: nobodyさん [sage] 2019/05/02(木) 09:57:18 ID:??? 使わない方が修行だと思うけどw http://medaka.5ch.io/test/read.cgi/php/1556417229/243
244: nobodyさん [sage] 2019/05/02(木) 10:03:57 ID:??? 構造的セキュリティ担保するの面倒だしな http://medaka.5ch.io/test/read.cgi/php/1556417229/244
245: nobodyさん [sage] 2019/05/02(木) 10:56:32 ID:??? とりあえずmixがとても便利 http://medaka.5ch.io/test/read.cgi/php/1556417229/245
246: nobodyさん [sage] 2019/05/02(木) 11:35:46 ID:??? Laravelのhelperかなりいいよね。関数単体もそうだしCollectionも良い。 PHPはどうしても配列プログラミングになっちゃうからCollectionを使い倒してほしい。 http://medaka.5ch.io/test/read.cgi/php/1556417229/246
247: nobodyさん [sage] 2019/05/02(木) 11:44:03 ID:??? よく使うのはarray_get, pluck, tap, with,abort_if, throw_if, collectかな？ Collectionだとeach map first filter pluck。 http://medaka.5ch.io/test/read.cgi/php/1556417229/247
248: nobodyさん [sage] 2019/05/02(木) 11:47:52 ID:??? >>245 現行モダンフロントのシステム作る上でFirebaseやAWS Lambdaやみたいなサーバレス以外では最後の砦感あるよね ExpressみたいなNode系フレームワークは新規に手を出すには日本語情報少な過ぎるし(日本語情報は大規模修正入る前の旧版ばかり) http://medaka.5ch.io/test/read.cgi/php/1556417229/248
249: nobodyさん [sage] 2019/05/02(木) 11:57:36 ID:??? mixってwebpackのラッパもしくは代替みたいなもん？ http://medaka.5ch.io/test/read.cgi/php/1556417229/249
250: nobodyさん [] 2019/05/02(木) 12:33:53 ID:vhQh3nzL >>246 全然知らねぇんだけど、helperってもしかしてHTMLの自動生成機能の事？ アホか。要るか、そんなもん。 http://medaka.5ch.io/test/read.cgi/php/1556417229/250
251: nobodyさん [] 2019/05/02(木) 12:35:48 ID:vhQh3nzL mix? gulpでいいだろ。馬鹿か！？ http://medaka.5ch.io/test/read.cgi/php/1556417229/251
252: nobodyさん [] 2019/05/02(木) 12:37:46 ID:vhQh3nzL なんでLaravelのアホは、ガラパゴスジャパンじゃあるまいし、独自規格ばっかつかいまくるんだよ。 http://medaka.5ch.io/test/read.cgi/php/1556417229/252
253: nobodyさん [sage] 2019/05/02(木) 12:38:08 ID:??? >>250 そのhelperではない http://medaka.5ch.io/test/read.cgi/php/1556417229/253
254: nobodyさん [sage] 2019/05/02(木) 12:40:22 ID:??? 標準規格がゴミだから標準をラップした独自規格作るんでしょ。 http://medaka.5ch.io/test/read.cgi/php/1556417229/254
255: nobodyさん [] 2019/05/02(木) 12:43:17 ID:vhQh3nzL >>254 おまえ、gulp様のどのへんがゴミなのか、Yeah! http://medaka.5ch.io/test/read.cgi/php/1556417229/255
256: nobodyさん [sage] 2019/05/02(木) 12:44:49 ID:??? gulp使うんだったらwebpack使ったほうがまし http://medaka.5ch.io/test/read.cgi/php/1556417229/256
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 746 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s