ウェブプログラミングで使えるデザインパターン (170レス)
ウェブプログラミングで使えるデザインパターン http://medaka.5ch.net/test/read.cgi/php/1069451782/
上
下
前
次
1-
新
通常表示
512バイト分割
レス栞
70: nobodyさん [sage] 03/12/02 06:42 ID:??? >>47 >「分散しましょう!サバ増やしましょう!お任せ下さい!」ってな感じで対応。 「しんどい」仕事をふやさんでも・・・。 http://medaka.5ch.net/test/read.cgi/php/1069451782/70
71: nobodyさん [sage] 03/12/02 06:42 ID:??? >>69 リファクタリングとチューンナップを一緒こたんにしてないか? http://medaka.5ch.net/test/read.cgi/php/1069451782/71
72: nobodyさん [sage] 03/12/02 06:46 ID:??? リファクタリングって再利用しやすいようにメソッド名を適切に書き換えたりするくらいじゃないの? ロジックを変更すればそれに影響するすべての部分に再試験が必要になるわけで それって非常に効率が悪いわけで。 それをやらずにごにょごにょ言ってるなら非常に危険なソフトウェアがちまたにあふれることになるかと。 http://medaka.5ch.net/test/read.cgi/php/1069451782/72
73: nobodyさん [] 03/12/02 08:27 ID:1mz3fQJ8 >67 パターンランゲージってそういった経験を文書化するものじゃなかったっけ? >PHP/DesignPattern horde の人とかデザインパターンを結構意識して使っている様だよ。 PEARだったらLog関連のクラスがGoF適用例として参考になると思う。 http://medaka.5ch.net/test/read.cgi/php/1069451782/73
74: nobodyさん [sage] 03/12/02 10:58 ID:??? PEAR みたいなダサいもん、参考にすんなよ。 http://medaka.5ch.net/test/read.cgi/php/1069451782/74
75: +++ [sage] 03/12/02 11:11 ID:??? >>72 いやもっとあるよ。オレは詳しくはないけどね。 もちろんリファクタリングするにはテストファーストが重要だから。 それがなけりゃダメ。 http://medaka.5ch.net/test/read.cgi/php/1069451782/75
76: nobodyさん [] 03/12/02 14:00 ID:c/j/bWHB デザインパターンて何? http://medaka.5ch.net/test/read.cgi/php/1069451782/76
77: nobodyさん [sage] 03/12/02 14:11 ID:??? >>76 ずばり!システムデザインのパターンです。 http://medaka.5ch.net/test/read.cgi/php/1069451782/77
78: [sage] 03/12/02 17:54 ID:??? なんでデザインなんだろう。 http://medaka.5ch.net/test/read.cgi/php/1069451782/78
79: nobodyさん [] 03/12/02 19:32 ID:/3byaW6X デザイン≒設計 http://medaka.5ch.net/test/read.cgi/php/1069451782/79
80: nobodyさん [sage] 03/12/02 20:02 ID:??? >>79 http://medaka.5ch.net/test/read.cgi/php/1069451782/80
81: nobodyさん [sage] 03/12/02 21:34 ID:??? デザインパターン≒下絵 ?→?→? ↓ ↑ ↑ ?→?←? http://medaka.5ch.net/test/read.cgi/php/1069451782/81
82: nobodyさん [sage] 03/12/04 14:10 ID:??? >>72 http://objectclub.esm.co.jp/UnderstandingRefactoringByChart/ http://medaka.5ch.net/test/read.cgi/php/1069451782/82
83: nobodyさん [sage] 03/12/05 00:56 ID:??? おすすめの書籍を教えてよ。 リファクタリング+デザインパターンもの? http://medaka.5ch.net/test/read.cgi/php/1069451782/83
84: nobodyさん [sage] 03/12/05 22:40 ID:??? Java言語で学ぶデザインパターン入門 http://medaka.5ch.net/test/read.cgi/php/1069451782/84
85: nobodyさん [] 03/12/21 01:33 ID:hM57n5k9 昔Observerを使ったMVCを知って、 『こりゃいいや!』ってWebプログラムで使おうとして かえってごちゃごちゃになった。 http://medaka.5ch.net/test/read.cgi/php/1069451782/85
86: nobodyさん [] 03/12/21 01:36 ID:hM57n5k9 あ、本題書き忘れた。 Compositeパターンはツリー型掲示板なんかにうってつけじゃないの? http://medaka.5ch.net/test/read.cgi/php/1069451782/86
87: nobodyさん [sage] 03/12/21 10:57 ID:??? >>86 そうですか? なんかただの木構造と混同してないか? http://medaka.5ch.net/test/read.cgi/php/1069451782/87
88: 85 [sage] 03/12/21 13:13 ID:??? >>87 ん?……あ、そうか。 スレッド(トピック?)の下にスレッドがあるような再起構造じゃないや。 でも、子記事を持つものをComposite、持たないものをLeafと見立てて 使えないかな? それとも俺何か勘違いしてるかな? http://medaka.5ch.net/test/read.cgi/php/1069451782/88
89: nobodyさん [sage] 03/12/21 15:35 ID:??? >>87 木構造を表現するのに適切なデザインパターンだと思うけど?> Composite pattern >>79,81 パターン言語には、その(solution)解法を適用する場合のコンテキスト (背景・解決する問題の状況)や、force(制約・制限)等が書かれているはず。 更に言えば、具体的な事例や、そのパターンを適用した際に起こる副作用とかトレードオフ等、 こういった一連の状況を指してパターンと呼んでいるんじゃなかった? solutionの部分だけを指してパターンと呼んでいる人が多い様に見受けられる。 FAQにもパターンという表現は誤解を招きやすい言葉だったって書かれているけどね。 だからと言って誤解されたままでは有益な議論は出来ないよ。 一言で説明するのは難しいかも知れないけど、設計と言い切ってしまうのはどうかな?と思う。 デザインパターン => オブジェクト指向での設計上の問題に対する解決策とそれに関する知見。 >>85 かえってごちゃごちゃになったのなら、どうしてそうなったのか考えてみよう?何か原因あるはずだよね? ここで、パターン使ってこうなったからパターンは使えない、なんて短絡的な発想はせずに。 どうすれば、その問題をスマートに解決出来るんだろうと考えてみる。 例えば、Observerパターンで知られている問題点は、 Subjectが複数になった場合に保守や拡張が困難になる、その場合はSubjectに中間層を設けるなど。 パターンの説明には必ず関連するパターンへの参照や、例外/制限事項等が書かれているはずです。 クラス図だけ見真似てデザインパターンを使ったつもりに浸っていると、 パターン使った=>更に悪化 という*パターン(繰返しの意味で)*に陥りやすいです。 http://medaka.5ch.net/test/read.cgi/php/1069451782/89
メモ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 81 レスあります
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.018s