- 1 名前：デフォルトの名無しさん mailto:sage [2006/03/09(木) 04:27:58 ]
- 前すれ
〔隔離〕デザインパターンは本当に必要か？〔スレ〕
pc8.2ch.net/test/read.cgi/tech/1119348596/
- 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すら意識してなくて機能をイメージできるものか？出来てるつもりじゃないか？
- 512 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 09:22:08 ]
- 設計なんて茨の道さ。
もんどりうってじたばたして、
痛い思いしながらGoFにしがみついたり、
手放したり、またGoF読み直したり、
もんどりうったり、じたばたしたり、
GoF読み直してピンときてみたり、
こなかったり、もんどりうって、ピンときたり。
- 513 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 13:56:27 ]
- 全ての設計要素は何らかの秩序の上に存在すべき
だが設計要素や立脚する秩序をすべて表現する必要はないってこった
達人の書いたオプソのコード読んでも、凄さが伝わりくい理由がそこにある気がする
- 514 名前：デフォルトの名無しさん mailto:sage [2007/11/15(木) 14:39:57 ]
- >>512
オッパイ揉んでピンときたり
が抜けてね？
- 515 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 16:51:17 ]
- ソースコードの見た目がかっこ良くなるので使ってます
- 516 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 21:48:54 ]
- 開発環境のバージョンによって、含まれるライブラリが違うため、
どちらのバージョンでも動くように、実装を切り替えるということがしたいのです。
XMLのラッパーライブラリのエンジンの実装を切り替える、というようなことです。
Strategyパターンを使うのがよいのでしょうか？
最初は、Decoratorパターンと区別がつかなかったのですが、
GOF本のDecoratorのところにあるように、
・中身を取り換えるのが、Strategyで、
・外側を取り換えるのが、Decorator
ということで、
中のエンジンを取り換えるのは、Strategyパターンということでしょうか？
- 517 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 22:43:21 ]
- >516
あんまりパターンの名前にとらわれずにしたほうがいいと思われ。
- 518 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 00:19:40 ]
- うむ。
とりあえず作りたいように作って、似たパターンがあったらそれに合わせていく方向で。
- 519 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 03:33:32 ]
- >>517-518
ありがとう
過去レスででてたけど、作ってみてリファクタリングの時に考える方法やってみる
- 520 名前：デフォルトの名無しさん mailto:sage [2008/02/06(水) 20:05:11 ]
- // Hoge.h
#ifndef HOGE_H
#define HOGE_H
class Hoge {
public:
static Hoge* New();
virtual void Foo() = 0;
virtual ~Hoge() { }
};
#endif
// Hoge.cpp
#include "Hoge.h"
#include <iostream>
class Hoge_ : public Hoge {
public:
virtual void Foo() { std::cout << "Hoge::Foo" << std::endl; }
};
Hoge* Hoge::New() {
return new Hoge_();
}
// main.cpp
#include "Hoge.h"
#include <boost/scoped_ptr.hpp>
int main() {
boost::scoped_ptr<Hoge> hoge(Hoge::New());
hoge->Foo();
}
こうやって実装を pimpl より隠蔽してるソースを見たんだけど、
このデザパタの名前って何？
- 521 名前：デフォルトの名無しさん mailto:sage [2008/02/06(水) 23:46:55 ]
- これっしょ？よく見る普通のインターフェイスじゃないか。
boost.cppll.jp/HEAD/libs/smart_ptr/sp_techniques.html#abstract
- 522 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 00:21:09 ]
- 「〜パターン」 とかの名前がついてるわけではないのね。
- 523 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 03:10:32 ]
- strategyじゃね
- 524 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 07:40:40 ]
- 派生クラスを１つしか作らないこと前提で目的も違うから
strategy じゃないな。
- 525 名前：デフォルトの名無しさん mailto:age [2008/02/14(木) 22:04:23 ]
- 質問させてください
Compositeパターンで作られたクラスに
インターフェースの拡張を施した新しいクラスを作りたいときは
Bridgeパターンを使いますか？
- 526 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 20:35:57 ]
- 自己解決しました
- 527 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 03:47:22 ]
- 自己解決したらできれば、解決法を書いていきましょう
後で見た人の参考になりますよ
- 528 名前：デフォルトの名無しさん [2008/02/27(水) 09:21:02 ]
- フラグを１ビットではなくカウンターで持っておき、ＯＮ扱いを１より大きい
値（仮にＡ）とします。ＯＮしたい状況ではいきなりＡを代入するのではなく
１ずつ足していき、ＯＦＦしたい状況ではすぐにゼロを代入します。
こういう、ＯＮにするときだけショックアブソーバー付きな動作をする
フラグはデザパタではどういう名前が付けられてますか？
- 529 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 13:24:07 ]
- 自家発電しました
- 530 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 19:14:49 ]
- >>525-526
自己解決パターン
- 531 名前：デフォルトの名無しさん mailto:sage [2008/02/28(木) 01:50:40 ]
- アンチパターンだな
- 532 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:10:25 ]
- 最近デザインパターンを勉強しだしたんですが
GoFの23個のうち2〜3個組み合わせて何か簡単なものを作るとしたら
どんなものが思い浮かびますか？
- 533 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:27:07 ]
- STL
- 534 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 18:29:26 ]
- Template Method との組み合わせは結構考えられるかと。
- 535 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 22:56:35 ]
- コマンドパターンとなんかで、
GUIツールのアンドゥの練習
- 536 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 22:56:57 ]
- やっぱり、アンドゥ、リドゥの練習にしといて
- 537 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:13:23 ]
- Memento パターンと Command パターンの複合か。
- 538 名前：デフォルトの名無しさん mailto:sage [2008/03/03(月) 01:22:59 ]
- わかりました
やってみます
- 539 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 18:26:09 ]
- ｃ++です
DecoratorパターンでConcrete ComponentとDecoratorを区別して
Concrete Componentの型を知る方法はdynamic_castを使うしかないですか？
- 540 名前：デフォルトの名無しさん mailto:sage [2008/03/04(火) 18:53:21 ]
- >>539
型を知って何をするかによって方法が変わる気が。
RTTI(dynamic_castもその１つ)を使うか、Concrete Componentのメンバに型を示すIDのようなものを用意しておくか。
そもそもスレ違い。
- 541 名前：デフォルトの名無しさん [2008/05/09(金) 11:50:43 ]
- 鈴木高弘スレｗ
- 542 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 05:10:51 ]
- ゲーム作ろうと思い、デザインパターンの勉強をしてるんですが
Singletonをどんな風に使うのか今一ピントきません。
Singletonじゃないと困る場合。
Singletonだと助かる場合。
出来たら例を示して貰えないでしょうか。
- 543 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 07:57:27 ]
- >>542
ぜひ、こちらへどうぞ
ゲームにおけるデータ構造・クラス設計・パターン
pc11.2ch.net/test/read.cgi/gamedev/1155209226/
- 544 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 16:39:33 ]
- あちらで聞いてみます
- 545 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 17:47:41 ]
- やる夫がデザインパターンをやるようです
mojalog.com/2008/02/post_160.html
- 546 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:06:29 ]
- >>545
やる夫ｗｗｗｗめちゃめちゃ笑った
- 547 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 18:15:14 ]
- >>545
デザインパターンの考え方が分かりやすくて助かりました。
- 548 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 19:23:44 ]
- AA入ってるのって、一見とっつきやすそうだが…、
読みにくくもあったり…しかし微笑ましいのだけは確か。
- 549 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 21:11:22 ]
- 例自体は具体的で読みやすいんじゃないか？
デザパタ本て(全部とは言わないが)ほとんどが
説明のための説明みたいな本になってるし。
- 550 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 02:47:40 ]
- シンプルファクトリーって始めて知った
ファクトリメソッドとアブストラクトファクトリしか知らなかった
デザインパターン的には常識なの？
- 551 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 02:56:07 ]
- この手のものは先に名付けたもん勝ちだから
あまり仔細にこだわろうとするな。
> ファクトリメソッドとアブストラクトファクトリしか知らなかった
知ったかどうかよりも理解できたかどうかが大事なんだが。
- 552 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 16:39:49 ]
- marupeke296.com/DP_main.html
個人的にここのデザインパターンの解説がゲームプログラミングを例にしているせいか
わかりやすいんだが、スレ住人的にはどう？
- 553 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 16:59:44 ]
- >>552
わかりやすいし、筆者の理解度は高いと思う。
自分の言葉で言いなおしてるところで、
的が外れていないので高感度アップ。
Abstract Factory 一塊のオブジェクト群を沢山の種類用意する
は、恥ずかしながら今までみたどの解説よりスッとくる一文だった。
- 554 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 22:57:03 ]
- 例というなら、GoFの元ネタはウィジェットや言語の実装で現われたパターンだから、
自分でウィジェットや言語を書けば何を言ってるのかすぐわかる
- 555 名前：デフォルトの名無しさん mailto:sage [2008/05/12(月) 23:10:08 ]
- うじぇー奴
- 556 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 00:53:16 ]
- >>552
FlyWeightってこのページで書かれているような感じなの？
- 557 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 09:31:42 ]
- zsh line editorのwidgetでも使えますか！？
- 558 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 11:28:21 ]
- 実践UML 第3版 オブジェクト指向分析設計と反復型開発入門
www.amazon.co.jp/dp/4894716828
この本とかどうだろうね？まだ自分は読み始めだけど。
- 559 名前：デフォルトの名無しさん mailto:sage [2008/06/14(土) 19:02:26 ]
- だったら読み終わったときに評価書いてくれ
- 560 名前：デフォルトの名無しさん [2008/06/18(水) 18:46:30 ]
- MVCモデルについて質問です。
javaであればModelでは描画するメソッドを一切実装せず、描画メソッドについてはすべてViewで実装するという事ですか？
例えば、Modelのオブジェクトにdrawメソッドをdelegateしたい場合などもあると思いますが、
そういう時もViewまで先送りにした方がいいですか？
- 561 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 00:31:36 ]
- 描画はモデルじゃね？
- 562 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:05:46 ]
- >Modelのオブジェクトにdrawメソッドをdelegateしたい場合などもあると思います
例えばどんな時？
デザパタの本にありがちな、
Shape インタフェースに draw メソッドがあって
Circle でも Triangle でも draw 呼べば片付きますよ、
的な話って、いかにも説明のための説明って気がしてならん。
- 563 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 02:20:03 ]
- ここまで一切コントローラの話題が無い件
- 564 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 07:30:42 ]
- >>562
まさにそういう時。
アルゴリズムでdraw可能なオブジェクトをいくつかはじきだす。
その時にそいつにdrawメソッドを持たせておいた方が都合がいいのでそうしているが、
癒着してるようで気がかり。
- 565 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 19:37:43 ]
- ほれ、答えだ
www.fujigoko.tv/rev/prof/doc4/index.html
- 566 名前：デフォルトの名無しさん mailto:sage [2008/06/19(木) 20:07:01 ]
- 長い；；
- 567 名前：デフォルトの名無しさん mailto:sage [2008/06/20(金) 23:52:54 ]
- >>565
当たり前すぎるくらいに当たり前のこと書いてるな。
でも、この当たり前が理解できてないやつが殆どだ。
モデル自体が保存メソッド持ってるフレームワーク見せられて
「なんでこんな設計なの？」「便利だから」
意味不明の回答で泣きそうになった。
次の会社でも探すか。
- 568 名前：デフォルトの名無しさん [2008/06/21(土) 00:25:48 ]
- データモデルと永続化は別か，そうかそうか
- 569 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 00:50:45 ]
- >>567
あたり前田のクラッカーってどうなったんだろう？
- 570 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 09:28:30 ]
- > モデル自体が保存メソッド持ってるフレームワーク見せられて
普通じゃん。
- 571 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 09:42:35 ]
- >>567
むしろ保存とか読み込んで再構築とかいう手間を見せ付けてはいけない
- 572 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 13:33:10 ]
- シリアライズ機能くらい普通じゃん
- 573 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 16:01:39 ]
- シリアライズを提供することと保存の主体であることは別じゃね？
- 574 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 16:06:23 ]
- Save(IOutputStream* stream)
Load(IInputStream* stream)
みたいに外部に保存主体があるわけじゃなくて、
まさか内部に保存主体があるのか？
- 575 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 16:12:35 ]
- dbの話じゃないの？
- 576 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 16:23:23 ]
- >>574
保存主体ってなんですか＞＜；；
# Save(IOutputStream* stream)
これだと「何を」みたいな目的語が全く存在しない
- 577 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 18:08:59 ]
- .NET Frameworkだと、シリアライザクラスに分けてあるね。
- 578 名前：デフォルトの名無しさん mailto:sage [2008/06/21(土) 18:15:05 ]
- クラスを分けるのは便利な面もあるけど、
保存すべき情報は外部に見せることのできる情報ばかりではないからね。
両方できるようにしてどっちにするか選択できるのが一番良い。
- 579 名前：デフォルトの名無しさん mailto:sage [2008/06/22(日) 09:05:38 ]
- Save(PersistContext pContext)とかになってPersistContextの実装しだいでDBにもXMLにも保存できるのが吉かと。
- 580 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 21:05:45 ]
- >>552のAbstract Factoryの頁を読んでみたんだけど、
とても違和感を感じる、というよりはっきり言って全く間違っているように思うのだが
これは俺の方が間違ってる？
俺がおかしいなと思った点は、
(1) void Create( AbstractWeapons *AbsWep)みたいな"具体的な"値を引数で
取るメソッドのどこが"Abstract"（抽象）なのか？
思うに、この著者は"Abstract"の意味を取り違えているのではないか？
確かに「武器」はAbstractWeapons という型に抽象化されてはいるが、
Abstract Factoryの"Abstract"ってそういう抽象化のことを指しているんじゃないのでは？
(2) 1とも関係するが、著者は自分で『オブジェクト内部で作ってもらった方が、
外部の人は渡すべき武器について知らなくて良いので楽になる』と（もっともな）事を言っているのに
できたコードは全然そうなってない。
- 581 名前：デフォルトの名無しさん mailto:sage [2008/07/31(木) 22:20:23 ]
- >>580
そういう疑問を持ったときは実際にプログラミングするのが早い
- 582 名前：デフォルトの名無しさん mailto:sage [2008/08/04(月) 17:36:15 ]
- >>580
(1)AbstractなのはMacheneでもWeaponでも無くFactory、
void Machine::CreateはConcreteなWeaponもConcreteなFactoryも知らない
(2)Machineの内部でAbstractなFactoryがWeaponを生成している
実際に生成されているWeaponsを知っているのはConcreteなFactoryのみいう言う状態
と捉えれば別にその2点は間違ってないと思うけど…
#LispとかMLでサンプルを書いたOOP系の本が見たい
- 583 名前：デフォルトの名無しさん mailto:sage [2008/08/07(木) 00:49:16 ]
- まぁWeaponをインタフェース名にしろと思ったな。
AbstractWeaponsImpl みたいな感じで
なんらかの共通処理を持った実装クラス名にすることはあるんだが
インタフェース名にAbstractcなんやらーってあんまりしないなあ。
宗教だけど。
- 584 名前：デフォルトの名無しさん [2008/09/08(月) 11:09:58 ]
- あげ
- 585 名前：デフォルトの名無しさん mailto:sage [2008/09/08(月) 14:08:20 ]
- 読み始めたけど、道のりなげぇぇぇぇ。
- 586 名前：デフォルトの名無しさん [2008/09/08(月) 20:11:30 ]
- 或曰: お仕事
www.issei.org/blog/archives/000225.html
こちらのサンプルにあるような、
依存部分だけをインターフェスのContextとして取り出し、
実行時に引数にContextを渡して依存を解決するような場合の
パターン名は何かありますでしょうか？
もし、ない場合適当なパターン名としてどんなものがありますでしょうか？
- 587 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 01:27:27 ]
- Context と Context のユーザーが
互いにインスタンス参照をもちあう作りが
ものすごく不吉な感じするんだけど
そのあたりどうなんだろう。
- 588 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 09:44:23 ]
- Head Firstの本ってどう？
- 589 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 19:11:26 ]
- abstract Factoryパターンと、Factory Methodパターンの違いについて述べよ。
また、ファクトリパターンがどういう場合に有効なのか知るところを述べよ。
生成メソッド（例えばファイル読み込みなど）を生成すべきメソッドに持たせるとどのような不都合が起こるのかを述べよ。
- 590 名前：デフォルトの名無しさん mailto:sage [2008/09/09(火) 20:23:18 ]
- >>588
俺持ってるけど良いよ
ホントに重要なパターンだけを優先順位を付けて展開してる、
最初は秘術的なobserverパターンから初めてるのも好感できる
observerはstrutsやMVC関連で良く使われるパターンだよね
- 591 名前：デフォルトの名無しさん [2008/09/10(水) 00:47:57 ]
- >>590
でもピザパターンとかが無いからなぁ・・・
入門としては良書だけど、見通しが利かないってとこがちょっと。
- 592 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 17:36:05 ]
- Head Firstで基礎を勉強したあとの補強にいいのはGoF本？
- 593 名前：デフォルトの名無しさん [2008/09/10(水) 20:58:10 ]
- Amazon.co.jp： Head Firstデザインパターン―頭とからだで覚えるデザインパターンの基本: エリック フリーマン, キャシー シエラ, エリザベス フリーマン, バート ベイツ, Eric Freeman, Kathy Sierra, Elisabeth Freeman, Bert Bates, 佐藤 直生, 木下 哲也, 福龍興業: 本
www.amazon.co.jp/dp/4873112494
images-jp.amazon.com/images/P/4873112494.09.MZZZZZZZZZ.jpg
これですか？
高すぎるんですがｗｗｗ
- 594 名前：デフォルトの名無しさん mailto:sage [2008/09/10(水) 21:00:44 ]
- >>593
貧乏自慢すんなよ
- 595 名前：デフォルトの名無しさん mailto:sage [2008/09/13(土) 16:16:55 ]
- 「デザインパターンによるJava実践プログラミング」っていう本がぱっと見GoF本に似てる感じがしたんだけど、
これを読めばGoF本読まなくっていいかな？
- 596 名前：デフォルトの名無しさん mailto:sage [2008/09/13(土) 23:48:47 ]
- どれ読んでも難解だよな
ゲームで説明しているページが一番分かりやすい。
1個だけ間違ってるのあるけど
- 597 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 04:40:51 ]
- GoFをまるぺけのところと照らし合せながら読むのがいいと思う
- 598 名前：デフォルトの名無しさん mailto:sage [2008/09/14(日) 10:29:03 ]
- Head Firstシリーズのデザパタ本を読んだ後に同じシリーズのオブジェクト指向設計の本
をちょっと立ち読みしてみたら内容がかぶってる気がしたんだけど、
前者を読んだ後に後者を読む価値はあるかな？
両方読んだ人いたら教えて。
- 599 名前：デフォルトの名無しさん [2008/09/21(日) 15:39:38 ]
- stateとstrategyの違いを教えてください。
- 600 名前：デフォルトの名無しさん mailto:sage [2008/09/21(日) 17:17:42 ]
- 実装クラスで表現されたモノによって呼び方が変わるだけで、構造上の違いはないよ。
- 601 名前：デフォルトの名無しさん mailto:sage [2008/09/22(月) 06:22:50 ]
- Gofって所謂カタログ本だと思ってた。
>>598
ある
- 602 名前：デフォルトの名無しさん [2008/09/28(日) 10:00:51 ]
- 過疎どすな
- 603 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 23:50:39 ]
- デザパタてはやり過ぎない不思議
- 604 名前：デフォルトの名無しさん [2008/10/02(木) 15:47:16 ]
- 渇祖
- 605 名前：デフォルトの名無しさん [2008/10/05(日) 14:25:10 ]
- >>599
「目的が違う」ってことでいいのかな？
stateはアルゴリズムを動的に切り替えられることに意義があり、
strategyはアルゴリズムを分離することに意義がある
とか。
- 606 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:08:42 ]
- stateの方、それ違くね？
- 607 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:29:00 ]
- The differences between Strategy pattern and State pattern Five ’s Weblog
powerdream5.wordpress.com/2007/10/05/the-differences-between-strategy-pattern-and-state-pattern/
The difference between the two GOF patterns "Strategy" and "State"
www.c-sharpcorner.com/UploadFile/rmcochran/strategy_state01172007114905AM/strategy_state.aspx
散々議論されてきた歴史があるのでそれを参考にしたらいいと思うよ
- 608 名前：デフォルトの名無しさん mailto:sage [2008/10/08(水) 23:54:54 ]
- Compositeってやつのみっつのくらすをひとつのクラスにすることは出来るの？
- 609 名前：デフォルトの名無しさん [2008/10/09(木) 12:31:35 ]
- っていうか、「何でお前が勝手にルール決めてんの？つか誰？」って感じしない？
- 610 名前：デフォルトの名無しさん mailto:sage [2008/10/09(木) 16:31:30 ]
- >>608
XMLとか
- 611 名前：デフォルトの名無しさん mailto:sage [2008/10/13(月) 23:36:50 ]
- >>609
OOPのノウハウを共有するために呼び名を決めたほうが良いね、ってのが
デザインパターンの意義なのにルールも糞もあるもんか。
おまいが好きなノウハウに好きな名前を付けたけりゃ、そうすればいい。
それを共有しようとする奴は誰もいないだろうがなぁ。
|
 |
