ウェブプログラミングで使えるデザインパターン (170ﾚｽ)
ウェブプログラミングで使えるデザインパターン http://medaka.5ch.net/test/read.cgi/php/1069451782/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
46: nobodyさん [sage] 03/11/29 22:56 ID:??? >>44 実運用で使うようなモジュールはだいたい限られてるし、 そういうモジュールはよくメンテされてて 実用的で使えるのは結構あると思うけど。 ライブラリからリファクタリングしないと 重かったりして困るようなパフォーマンス命な 仕事なんてやったこと無いので そういう時に使うべきかどうかというのは 判断が必要かもしれないけど http://medaka.5ch.net/test/read.cgi/php/1069451782/46
47: nobodyさん [sage] 03/11/29 23:21 ID:??? >>46 だな。 なんらかのライブラリ群や、フレームワークを使ったとき、 ハード資源消費量は、無駄な機能の占める割合が高かったりするもんな。 それでも、漏れらは使うのさ。 信頼性のあるライブラリだし、開発コストが下がるから。 客から動作がにぶくなってきたって、言われたら、 「分散しましょう！サバ増やしましょう！お任せ下さい！」ってな感じで対応。 宇摩ー。 http://medaka.5ch.net/test/read.cgi/php/1069451782/47
50: 46 [sage] 03/11/30 00:35 ID:??? >>48 してないっす >>49 Webで現実的な問題はやっぱり時間 金銭的なコストというよりも時間のコストが 惜しいケースが多い （もちろんそれが金銭的なコストにも 繋がってくるのはそうなのだろうけど） PHPは大規模なwebアプリにも通用するとは思うけど 確かにフレームワーク的なものは発展中 だからこそPEARがその役割を担っていくと考えてる PHP5ではよりPEARの役目は大きくなると思う http://medaka.5ch.net/test/read.cgi/php/1069451782/50
54: nobodyさん [sage] 03/11/30 01:33 ID:??? >>46 リファクタリングの目的はパフォーマンスを多少犠牲にしても メンテしやすいコードを作ることだよ。 http://medaka.5ch.net/test/read.cgi/php/1069451782/54
65: nobodyさん [sage] 03/12/01 10:49 ID:??? >>46-47 いや、>>38でデザパの勉強になるといわれての>>44では？ 俺も好きになれない。 よく使いたいと思うものに無駄が多いように見えるから。AuthしかりDBしかり。 sql作るのは Builder & Directorでやって欲しいし、 CREATE 〜なんて AdaptorやDecoratorでいい。 メソッドの中にベタ書きだし、クエリ発行関数はあちこちに散らばってるし。 詳しいわけじゃないけど、これがデザインパターンといわれるとなんか抵抗あるわけですよ。 それでもPEARスレはのぞいちゃうんだけどね。 http://medaka.5ch.net/test/read.cgi/php/1069451782/65
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.404s*