- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 04:27:58 ]
- 前すれ
〔隔離〕デザインパターンは本当に必要か？〔スレ〕
pc8.2ch.net/test/read.cgi/tech/1119348596/
- 411 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 02:42:25 ]
- こっちが平和になったと思ったら
今度はあっちで暴れてたんだな
pc11.2ch.net/test/read.cgi/tech/1172431242/
- 412 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 14:16:56 ]
- >>407
自分がそれだから、そうやって相手を封じたい訳ね。
ま、相手なんてお前の脳内にしか居ないんだけど（藁
- 413 名前：デフォルトの名無しさん mailto:sage [2007/04/04(水) 14:25:05 ]
- 誤爆？
- 414 名前：デフォルトの名無しさん mailto:sage [2007/04/05(木) 14:50:04 ]
- >>412
おまえが自己の行動に無自覚な精神障害者である事はよくわかった。
- 415 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 14:56:12 ]
- ここのスレ主はそろそろ鉄格子付き個室病棟の中か。
頭も性格も悪いスレ主に意見すると
ひたすら泥沼に引きずり込もうとあがくから
始末が悪い。
- 416 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 15:56:32 ]
- スレ主は、ＯＯやデザパタに対して、狂信的な宗教感情を持っている。
その信仰はあまりにも愚かで盲目的であり、
自身の独自解釈とは異なる意見を持つ者に対して
狂信的信者の狂ったな正義感を持って攻撃と排除を試みる。
しかし、世の中に広く受け入れられる技術ノウハウというものは、
そのようなカルト的宗教活動とは一切無縁のものである。
- 417 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 16:08:13 ]
- 個人的な技術ノウハウの蓄積は、
・日々の実践と経験を通じた、メンタルモデルの形成
・合理的思考による、メンタルモデルの検討と洗練
・明確な目的意識に基づく、合目的なノウハウの抽出と洗練
を通じて行われる。
そして世の中に広く受け入れられる技術ノウハウというものは、
個々人のノウハウを、他の専門家を交えた健全な議論に晒し、
目的と手段の合理性を詳細に検討し、
その過程で多くの人々が同意し共感する事を通じて、
初めて成立するものである。
- 418 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 16:28:04 ]
- 注： 誤解のないように注記しておく。
ここでスレ主とは、今回のスレを立てた人物の事ではなく
関連スレのど真ん中に居座り、罵詈雑言を撒き散らしては議論妨害を繰り返す、
牢名主のような人物の事である。
- 419 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 19:28:31 ]
- GoFってなんて呼べばいいの？
個人的にはゴフって読んでるんだけど、公の場で使ったら笑われたりする？
- 420 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 19:37:48 ]
- >>419
情報処理用語の読み方を確認するスレ
pc8.2ch.net/test/read.cgi/tech/1056173956/670
670 ：デフォルトの名無しさん ：2005/05/16(月) 20:02:16
GOFはともかくGoFはゴフと読んでる。
- 421 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 20:33:32 ]
- ｺﾞﾌｺﾞﾌ
- 422 名前：デフォルトの名無しさん mailto:sage [2007/04/06(金) 22:39:06 ]
- 護符としての効能はあるんだろうか？
- 423 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 01:00:50 ]
- __
i＜´ }＼ , - 、
ヽ.._＼./ .ﾝく r-兮、 ＿_
∠｀ヽ.! / ヾﾆEｦぐ ,ゝ-＞ さすがGoFだ。
/＿｀ｼ'Ｋ-───‐-､l∠ イ ﾃﾞｽﾏくらっても
l´__,/l＼､_￣０¨0)ﾞ@Yﾍ, -┤ 何ともないぜ。
. l'___|⌒ヾ''ｰ＝=､ｰr='ｲ ｉ二|
/ .｣ i /./7r‐く lー!
. ｆ. ヽ‐ｉ人.∠'＜ ＿i. l,.-ゝ.
ﾄiﾍﾍ｢ﾄ〈 ｀X ﾄﾚi7__|
〉ﾄ:ﾄﾊj｀! i. / ﾄｰ┤lﾙj,ﾘ
/‐+----+‐l iｰ--i---ヾ'〃
. ｌ＿i＿＿__i__| |＿__i,＿＿i_|
- 424 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 01:57:18 ]
- 荒らしは帰ってくれ
- 425 名前：デフォルトの名無しさん mailto:sage [2007/04/07(土) 20:59:35 ]
- あっちの隔離スレ、すげぇ荒れようだな。
こっちであんまﾍﾀﾚな擬似コード出してくるから
ちょっとからかってやったらすぐキレ出して、
改めて問題点を７レス分ほど指摘しただけで
延々と一週間もこの騒ぎだ。
狂信者って本当に怖いね。
- 426 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 00:52:40 ]
- ｲﾀｲ････
- 427 名前：デフォルトの名無しさん mailto:sage [2007/04/08(日) 00:56:10 ]
- pc11.2ch.net/test/read.cgi/tech/1175959706/
- 428 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 09:39:44 ]
- State パターンで相談です。各 State クラス間でコンテキストを共有したい
場合に、相互の依存度を下げるにはどういったイディオムが使えますか?
例えば、ウィザード形式のインストーラの画面を State と見なすと、
A 画面で設定した内容を次の B 画面でも使いたいとか、最終的には、
全ての画面で設定した内容をもとに処理を行いたい、など。
Context を各 State のコンストラクタに渡してあげれば目的は達成できる
のですが、各 State が興味があるのは Context の限られた一部分であり、
Context 全体を渡すのは不釣り合いな気がしています。
もう一つの悩みは、Context が受動的な「共有データクラス」の役割を
演じることになるというものです。どうもこの構造がしっくりこない
というか、オブジェクト指向っぽくないと思うのです。
あるいは、こういう場合にはそもそも State パターンは使わないとか、
そういった指摘でもかまいませんので、よろしくお願いします。
- 429 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 09:47:55 ]
- その前にStateパターンのクラスズをよく見て依存関係を
シッカリ把握しなさい
- 430 名前：428 mailto:sage [2007/04/21(土) 10:02:23 ]
- >>429
問題にしているのは以下のような依存関係です。
Controller has a State
Controller has a Context
StateA is a State
StateB is a State
- 431 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 10:13:33 ]
- >>430
私が問題にしているのは
＞各 State が興味があるのは Context の限られた一部分であり
です。
StateはContextに興味はありません。
- 432 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 10:26:13 ]
- ハッタリ業務コンサルのデザインパターン解釈はダメダメだな
- 433 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 10:42:32 ]
- まー独自解釈して苦しんでしまう事は初心者にはよくあることだから気にする必要は無いｗ
- 434 名前：428 mailto:sage [2007/04/21(土) 10:44:02 ]
- >>431
Context という言葉を使ったのがまずかったですね。ごめんなさい。
GoF では Context が State に処理を移譲することになっていたかと
思いますが、ここでは「共有データ」の意味で Context を使ってます。
つまり、Controller が State に処理を移譲していて、各 State は
Context を参照・更新するという構造です。
State が Controller に無関心だと言う点についてはもちろん同意です。
今回の悩みどころは、各 State の「成果物」を共有する時のうまい手段は
ないものか、というものです。
GoF に従うなら、
Context has a State
Context has a SharedData
StateA is a State
StateB is a State
で、StateA や StateB が SharedData を参照更新する、という感じです。
- 435 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 10:48:50 ]
- ContextがMediatorになるんじゃないの?
- 436 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 10:52:17 ]
- WebApplicationやStrutsと同じジャマイカ
- 437 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:07:11 ]
- 扱うデータの型や処理の型を問題にせずSharedDataでひとくくりにするから
概要設計レベルではContextで解決したつもりになっていても
詳細設計レベルで一気に破綻するんだろ。
ハッタリコンサル(初心者)の典型だな
- 438 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:12:12 ]
- >>435
Mediatorで相互依存性を弱めるというのは正しい方向だが
それをContextと呼び続けるのは病気だ。
今ならDIだろ。
- 439 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:15:19 ]
- いまどき概要設計/詳細設計かよ
- 440 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:17:17 ]
- ハッタリコンサルはメーカ毎の工程名の相違に鈍感
OMGの工程名対応表でも見とけクズ
- 441 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:22:56 ]
- いまどき工程かよｗ
- 442 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:27:07 ]
- ハッタリが話題ずらしに必死だな
上空レベル、海面レベルとでも読み替えておけクズ
- 443 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:28:25 ]
- >>435
> ContextがMediatorになるんじゃないの?
ContextではなくMediatorだろうな、
古臭いデザパタ厨房の妄想に合わせてやれば
- 444 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:29:48 ]
- >>442
そりゃユースケースの話だろｗバーカｗ
- 445 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:31:11 ]
- ハッタリ必死すぎるぞ
カプサイシン摂取過多でそろそろ拳銃乱射事件かｗ
- 446 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:33:12 ]
- ハッタリコンサルの仕事：
奴隷コーダに一画面分のコードを書かせ、
それが複数画面で使いまわせると信じ込んで
詳細設計の雛形にする
- 447 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:35:53 ]
- ハッタリコンサルの仕事２：概要設計
一画面分のコードで、データ類がContextにまとめられているのを見て、
Contextというクラスを作れば複数画面にも対応できるとはずだ
という妄想設計をすること。
- 448 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:37:09 ]
- >>446
お、宗旨替えか？
そうだよSE/コンサルはコーダ以下なんだよｗやっと気づいたか
- 449 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:44:03 ]
- >>448
はぁ？
お前がダメ人間だからといって、
他もダメ扱いすんな。
中小企業のダメコンサルに比べたら
大企業のSEには中にはまともなのが居るよ。
例えば俺。
コーディングもできるし(あたりまえ)、
科学技術にも口出しできるし、
ダメコンサルを叩いて再起不能にする事もできる。
お前を今叩いているようにな
- 450 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:45:54 ]
- ここで叩かれてボロボロになってるハッタリコンサルって、誰なの？
- 451 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:50:20 ]
- ＞コーディングもできるし(あたりまえ)
コンプまるだしｗ
- 452 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:53:19 ]
- ＞例えば俺。
日中カキコしまくりのヒキコモリが大企業のSE？ｗ
- 453 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:54:03 ]
- >>450
各種情報を総合すると、こいつが本人らしい。
megalodon.jp/?url=http://pc11.2ch.net/test/read.cgi/tech/1172431242/626&date=20070410182152
- 454 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 11:56:16 ]
- >>453
みっともねぇ〜ないい歳こいた親父が
２ちゃんごときで必死になっちゃってｗ
仕事場でオナニー三昧２ちゃん三昧って
それなんていう引き篭もり部屋？
- 455 名前：428 mailto:sage [2007/04/21(土) 12:00:16 ]
- うーん。Mediator だとクラスの数が増えてしまうので、ちょっとおおげさ
かなという気がします。コストとメリットがバランスしないというか。
問題をうまく処理できることはもちろん大切なんですが、「やり過ぎ」も
避けたいなと。
データ共有型 State パターンは割とありがちなことかと思ったのですが、
検索してもあんまりピンとくるものがないんですよね。まあ、探し方が
悪い気もしますが、どちらかと言うと状態遷移の問題に着目したものが
多かった気がします。
C++ だし参照渡しでお茶を濁そうかなと思ったり。
- 456 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 12:06:18 ]
- >>454
おめえは気の利いたこといってるつもりなんだと思うけど、
とにかくセンスが無さすぎる
- 457 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 12:06:31 ]
- 妄想に基づく独自解釈をGoogleで探しても、適切な例が出てくるわけない。
StateパターンにおけるContextクラスの役割は約一ヶ月前に書いた通り。
お前の負けだ。観念しろ
- 458 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 12:08:07 ]
- >>456
キチガイのセンスに合わせるのは難しいな
四流大学出はそういう会話が得意なんだろうけど。
- 459 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:21:07 ]
- >>446
手足として使った奴隷コーダに強烈な恨みを買っているのが
ハッタリコンサルのダメダメな所。
「勝手に引き抜いて、変な仕事ばかり回してきて
あのバカは一体何様のつもりだ？」
って泣いてたぜ、奴隷コーダちゃん
- 460 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:24:16 ]
- >>459
そうそうｗ
そういえばあのコーダも使えなかったよなｗ
Javaのクラスはオブジェクトじゃない！とかわけのわからないこといってたしｗ
- 461 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:25:40 ]
- >>460
そういえばあいつ、頭おかしくなって会社やめちゃったってなｗ
ヒキって２ｃｈばっかやってるらしい。
版画とかよばれてるしｗ
- 462 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:33:03 ]
- >>461
ああ、あのゴミか
ほんと死ねばいいのにな
- 463 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:34:23 ]
- >>462
同意ｗ
おれがあいつならとっくに吊ってるｗ
- 464 名前：デフォルトの名無しさん [2007/04/21(土) 13:34:37 ]
- >>460
バカが発振し始めたな
デブのことだよハッタリ高弘ちゃん
- 465 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:36:25 ]
- >>464
版画ﾊｹｰﾝ（版画風ｒｙ
うわきもｗ
- 466 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:36:31 ]
- 早速スレに晒しときましたｗ
- 467 名前：デフォルトの名無しさん [2007/04/21(土) 13:39:24 ]
- おいおまいら、アドレナリンは俺専用のオモチャだ
勝手にアドレナリンをいじるな
暇つぶしに適当な書き込みをするとすぐ怒り出すのでとても面白い
- 468 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:42:11 ]
- >>467
強がりいってらｗあったまわりいｗ
- 469 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:42:51 ]
- >>467
カプサイシンの間違いじゃねぇの
半島人臭いし
- 470 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:43:53 ]
- ﾑｯｷｰ、ﾌｧﾋﾞｮｰﾝ(笑
- 471 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:45:29 ]
- おいハッタリをあんま構うな
あまり追い詰めると
出身校(四流大)で拳銃乱射事件起こすぞきっと
- 472 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:46:34 ]
- >>469
そうそうｗ
版画もちょっと煽るとすぐファビョるしなｗ
半島に帰れよｗ
- 473 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:47:38 ]
- ハッタリ高弘の好物
キムチ餃子
- 474 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:48:59 ]
- さぁーってと
昼休みのハッタリいじめはそろそろ飽きたし
四月の休日を満喫してくるか（←満喫に行くって意味じゃないよｗ
- 475 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:52:03 ]
- 版画版画ってバカにすんな！！
Javaのクラスなんかオブジェクトのわけないだろ！
たしかにハッタリたかひろも俺も鮮人だが、それがどうした！
低脳どもが！
- 476 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:53:51 ]
- ハッタリの成りすましはクオリティが低くて萎える
- 477 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:54:42 ]
- GoF本って独習C++を一通りやった程度の知識で理解できますか？
- 478 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:54:51 ]
- メモ：ハッタリは半島人
- 479 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 13:56:31 ]
- >>478
半島人には関わらない方がよい。
- 480 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 21:03:15 ]
- >>477
基本的に経験則のまとめ本だから、必要な状況にならないと理解しにくいのが多い。
まあ理解出来る出来ないに関わらず一冊持っとくのは良いと思うよ。
- 481 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 21:15:36 ]
- こういうのには盛り上がるんだなｗ
- 482 名前：デフォルトの名無しさん mailto:sage [2007/04/21(土) 21:18:22 ]
- ほら、宗教の人だから自作自演で信者獲得したフリしないと気が済まないんだろ
- 483 名前：デフォルトの名無しさん mailto:sage [2007/04/27(金) 11:52:06 ]
- GoF本を今時会社の机にこれ見よがしに置いてあるの見ると笑える
- 484 名前：デフォルトの名無しさん mailto:sage [2007/04/27(金) 14:49:27 ]
- キチガイって飽きないの？
- 485 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 00:50:15 ]
- >>484
自問自答は黙って答出せ
- 486 名前：デフォルトの名無しさん mailto:sage [2007/05/18(金) 15:28:15 ]
- ここのObserverﾊﾟﾀｰﾝはわかりやすかった。
ttp://goodjob.boy.jp/chirashinoura/id/135.html
- 487 名前：デフォルトの名無しさん mailto:sage [2007/06/18(月) 21:21:41 ]
- アーキテクチャパターンの質問で悪いんだけど、
MVCパターンにおいて、
｢押されたボタンに応じて新しいサブWindowをオープンする作業｣のような、
Window遷移を管理する人(実現する人)って誰になるの?
Model? View?
Window遷移もアプリケーションの中核処理になるから、
Modelの責務の範囲内なのかなとも思うんだけど、、実際どうなの?
- 488 名前：デフォルトの名無しさん mailto:sage [2007/06/26(火) 23:59:02 ]
- どーでもねーよ
- 489 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 11:31:18 ]
- >>487
画面の制御なんてモロにViewだと思うんだけど。
- 490 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 22:41:24 ]
- ＵＩモデルだな
- 491 名前：3年前 mailto:sage [2007/07/11(水) 11:24:49 ]
- Domain-Driven Design
pc11.2ch.net/test/read.cgi/prog/1080149913/
1 名前： 仕様書無しさん 投稿日： 04/03/25 02:38
ドメイン駆動型デザインとは何か？
Download draft of book from
www.domaindrivendesign.org/book/DDD_2003-04-15.pdf
www.domaindrivendesign.org/
- 492 名前：そして現在 mailto:sage [2007/07/11(水) 11:26:36 ]
- Domain-Driven Designのエッセンス
「ドメインモデリング」は、アプリケーション開発において最も重要な部分だとされています。
しかしその割には、フレームワークの使い方やアーキテクチャの設計方法など技術に関す
る解説書はたくさんあるものの、ドメインモデリングそのものを扱った書籍はほとんど無か
ったと言ってもいいでしょう。 Eric Evansの『Domain-Driven Design』（以降DDD）は、「ソフト
ウェアの真の複雑さに挑戦する」という副題からも分かるように、ドメインモデリングに正面
から取り組んだ待望の書籍です。
DDDは、海外では非常に評判の高い書籍です。本書の出版前からMartin Fowler氏により
「期待できる内容だ」と推薦されていたり、GoFの1人であるRalph Johnson氏は自身のブロ
グで本書を「4、5回は読み直した」と賛辞を送っています。Spring Frameworkの開発者Rod
Johnson氏も、最近のプレゼンテーションでDDDを紹介しながら、「Java EE開発者がこれ
から進むべき道はリッチなドメインモデルだ」と発表しています。また、MDAツールSculptor
のように、DDDを積極的に採用したツールやフレームワークも登場しつつあります。
しかし、日本では翻訳書がいまだに出版されていないこともあり、本書の出版から3年近く
経った今でも、まだまだ一部の通の人たちにしか広まっていないように筆者には思われます。
また、原書を読まれた方の中からも「本が分厚すぎて読みきれない・・・」という嘆きの声も
聞かれます（DDD難民という言葉もあるそうです）。
そこで本連載では、全3回に分けて、DDDの全貌を簡潔に紹介してみたいと思います。
DDDはタイトルからは一見分かりにくいのですが、いわゆるパターン本の1つです。
しかし、DDDは全体が読み物の体裁で編まれているため、パターンカタログが読み物から
独立しているもの（『デザインパターン』『J2EEパターン』『エンタープライズアプリケーション
アーキテクチャパターン』など）に比べ、パターンの閲覧性は良くありません。本連載では、
すでに一度読破された方にも有用な資料となるように、パターンカタログとしてDDDを再構成
してみます。
- 493 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 19:11:44 ]
- へー
- 494 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 17:41:42 ]
- ここって何も知らん人でも書いていいんだろうか・・・
一つのパターンを適用、っつーか使うっていうのなら何とかできるんだけど、複数のパターンを組み合わせるとなるといきなり手が止まる・・・
デザインパターンはいいコードを書いていれば自然に適用されている物、っていうことなの・・・？
- 495 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 18:57:21 ]
- 一つ使うも複数使うも難易度に差はないだろ
理解しないでサンプルコード改変してるレベルと見える
- 496 名前：デフォルトの名無しさん mailto:sage [2007/10/10(水) 23:46:07 ]
- デザインパターンって、「組み合わせて」使うような例ってほとんどないんじゃないかな。
一つのモジュールの別々の箇所で複数のデザインパターンを併用することはよくあるけどねー。
Java のクラスライブラリがいい例。
- 497 名前：デフォルトの名無しさん [2007/10/31(水) 00:50:37 ]
- 難しいことはいいからデザパタって
ホントに役に立つのかどうか教えろよ
- 498 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 00:51:49 ]
- >>497
OOPを一から自分で設計するのは骨が折れるぞ
バグも紛れ込むし
- 499 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 00:55:39 ]
- お前に使いこなせねえよバーカ
- 500 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 00:55:43 ]
- >>497
仕事なら役に立つよ
一単語だけで意図が伝わる
- 501 名前：デフォルトの名無しさん [2007/10/31(水) 00:58:01 ]
- >>499
うるせーハナクソ
- 502 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 01:16:18 ]
- >>497
自分のそれまでの経験とセンスだけで、
後々のメンテとかになるべく困らないような
設計するのは難しいから、頭のいい先人たちが
編み出した有用なパターンを知っておいた方が楽。
ていうか知らないとかなり大変。
- 503 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 01:23:01 ]
- >>498
かなりできる人間が過半数超えてれば使えるし、
超えて無いとロスの方がでかい。
- 504 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 11:28:46 ]
- C++でのcrtpとか言語毎に形成されたイディオム的なパターンは実用性も高いし、初心者にも分かりやすいと思う
結局言語の所まで落とさないと使えないしね
というかC++だとそういうidiom使わないとたちどころに言語になるし
GoFで紹介されてる各パターンは役に立たないけど
そこで使われる考え方っていうのは言語ローカルなイディオムを理解するのに役立つかなぁと思ったけど、
もう少し勉強が進んだらまた違う感想になる気がする
- 505 名前：デフォルトの名無しさん [2007/11/14(水) 02:08:15 ]
- デザインパターンを使わずにスマートに書く方法とかって
どんな感じなんになるんでしょうね？
たとえば、うどんをそばを作る場合なんかはほとんど
工程は一緒なのでテンプレートメソッドに使うんだろうけど
みなさんならどうやって書きますか？
ふと考えるといろいろあるけどどれもいまいちな気が。
1どんぶり用意
2うどんかそばを入れる
3だしをそそぐ
- 506 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 03:04:16 ]
- GoFが役に立たないとか、デザインパターンを使わずにスマートに書くとか・・・学生さんかね？
- 507 名前：デフォルトの名無しさん [2007/11/14(水) 08:14:51 ]
- >>506
なんだか継承になれすぎて使わないパターンがあまりおもいつかなかったもので使わなかったらどうだろうかと思ったんですけど。
- 508 名前：デフォルトの名無しさん mailto:sage [2007/11/14(水) 12:22:47 ]
- >>505
昔は仕様書を元に上から下へ逐次式に書いたものだよ。
仕様書がすべて、はじめに機能をすべて洗い出せることこそ能力。
これに慣れたままSEになり３０代を迎えると、もう補正が効かない。
あと、現場でやっている人は、GOFどうこうを意識している人はあまりいないとおもう。
- 509 名前：デフォルトの名無しさん [2007/11/15(木) 02:57:13 ]
- >>508
>これに慣れたままSEになり３０代を迎えると、もう補正が効かない。
そういう人を一般的に才能がないという。
勉強する意欲がない人はいくら若くてもダメ。
転職するならお早めに。
- 510 名前：デフォルトの名無しさん [2007/11/15(木) 03:47:08 ]
- >>508
ちょっと前にやったプロジェクトで、GOFに死ぬほど拘ってる
プロジェクトリーダーが居て困ったことがあるな。
最近、GOFを勉強したらしく、なんか頭がすごく良くなったカン違い
してるみたいで、設計がGOFのどれかのパターンになってないと、
全部NGにされて、直すのに苦労したよ・・・
- 511 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 03:50:05 ]
- >>508
GoFすら意識してなくて機能をイメージできるものか？出来てるつもりじゃないか？
|
 |
