〔隔離〕デザインパターンは本当に必要か？〔スレ〕

〔隔離〕デザインパタ ..

271:デフォルトの名無しさん
05/06/25 01:42:57
>>264
このスレ読んでると、どんどん悪い癖、迷信に染まっていく傾向があるな。
状態はグローバル変数だから駄目？
それはあんたの信念であって、広く認められているSingletonの定義より狭いやん。
例えばアプリケーションの設定を Singletonに置くとして、
設定を変更する事は充分ありえる。つまり、Singletonに状態を持たせる事は充分有り得る。

GoF日本語版 p138
◎結果
Singletonパターンの効果を次にあげる。

1.インスタンスへのアクセスを制御する。(詳細略：唯一のインスタンスなのでアクセスチェックが簡単)
2.名前空間を減らす。Singletonパターンはグローバル変数の改良である。唯一のインスタンスを格納するグローバル変数 (注: C++, Smalltalk)を宣言する必要はなくなる。
3.オペレーションや内部表現を詳細化できる。(詳細略：Singleton のサブクラス化に関する話)
4.インスタンスの数を変えることができる。(詳細略：インスタンス数を２つ以上に変更する事も容易)
5.クラスオペレーションよりも柔軟である。(詳細略)

272:デフォルトの名無しさん
05/06/25 01:43:38
>>270
Visitorが状態を持たないとき、
それでもオマイさんは
Visitorをnewしますか？

273:234
05/06/25 01:43:59
>>270
いやその、「仕様変更」に対するデフォルトの対応が「継承」である、
というほうがぼくにとっては不自然なのですが。

たとえばオブジェクトのシリアライズ方式がv1とv2で変わっていて
両者に対応しなければならない、とかいうケースであれば、継承を
使うのは理解できます。

しかし、そもそも「唯一」であったものに、「継承」を適用するケース
って、そんなに多いのかな、と。普通、継承は、複数のものの差異を
選択的に無視したい場合に用いますよね。単純化のしすぎですが。

274:デフォルトの名無しさん
05/06/25 01:45:29

　　つまりさ、このスレの白熱議論っつうのは、
　　すべからく >>264みたいな素人の迷信暴言が発端なわけ。

　　くだらねぇんだよおまぃらの議論は

275:デフォルトの名無しさん
05/06/25 01:45:47
>>271
GoF本にはそんなこと書いてなかったけど
一体いつ定義されたの？

276:234
05/06/25 01:45:57
ぼくのほうが知

277:デフォルトの名無しさん
05/06/25 01:46:13
>>274
面白い議論ｷﾎﾞﾝ

278:デフォルトの名無しさん
05/06/25 01:46:26
>>275
　恥を知れクズが

279:234
05/06/25 01:46:38
とぎれた
ぼくのほうが素人だもん

とか書こうとしたのに

280:デフォルトの名無しさん
05/06/25 01:48:33
>>278
かかってこいよ厨房ｗ

281:デフォルトの名無しさん
05/06/25 01:48:39
>>266=>>234
おまぃは誤爆してる上、
>>234の定義で>>243するとNullPointerExceptionがおきるつう認識もない・・・
・・・Singleton書いた事あるぅ？(>>262を参照汁)

282:デフォルトの名無しさん
05/06/25 01:49:13
>>267
差分プログラミングと開放/閉鎖原則で検索。

283:デフォルトの名無しさん
05/06/25 01:49:47
>>280は底知れない白痴厨房。GoF本手元に置かずにそんな煽りやってるとは抱腹絶倒だな。

284:234
05/06/25 01:50:29
>>281
あ、>>234の例はただの非常に単純化した例ですので。

いいたいことは、メンバを全てstaticで実装し、初期化はstaticコンストラクタ
で行うようなクラスをSingletonの変わりにして何かまずいのか？
ということに過ぎません。

285:デフォルトの名無しさん
05/06/25 01:51:10
>>271の該当ページを読んでみたらぁ？

286:234
05/06/25 01:52:42
>>282
メイヤー先生ですか。
私としては、もう使いもしないv1のコードが残っているのは違和感を感じますがね。

それに、元のデザインが非常によくできていて、適切なフックなどが容易されていない
限り、継承してメソッドをオーバーライドするより元のメソッドそのものを
書き換えることのほうが容易であることも多い気がします。

287:234
05/06/25 01:53:59
実際、バージョンアップの際に常に継承で対応するという開発手法は
どれぐらい一般的なんでしょうか？

もとのクラスを書き換えるのは、邪悪？
open/close原則を厳密に適用すれば、そういうことになってしまいますね。

288:デフォルトの名無しさん
05/06/25 01:54:51
で？
好きにすりゃえーやん。
漏れは藻舞を説得するつもりはねぇ～し

289:259
05/06/25 01:55:54 BE:189645293-
>>234はSingletonにこだわらないほうがいいと思われ。
もうこれは個人個人の開発スタイルなので。

それでも共同開発時はSingletonをお勧めしたい。

290:デフォルトの名無しさん
05/06/25 02:00:01
>>287
アンチの俺から言わせると、
一般的なわけねーだろ。
あきらかに継承の使い方を間違ってる上に悪用としかいいようがない。
アホだアホ。マジで救いようがねー。

291:デフォルトの名無しさん
05/06/25 02:03:49
哀れなもんだ
煽れる時に煽るだけで、
中身は空っぽだもんな、おまえ

292:デフォルトの名無しさん
05/06/25 02:04:28
>>268
仮想コンストラクタはファクトリとシングルトンの合わせ技だから

ニーズは普通にあると思うよ。
オセロの例に戻ると、プレーヤーを動的に変更したいというのは自然でしょ？

293:234
05/06/25 02:04:40
ぼくは、あおりじゃないんだもん(; ;)

294:デフォルトの名無しさん
05/06/25 02:05:42
>>291
オマエモナーｗ

295:デフォルトの名無しさん
05/06/25 02:06:35
>>284
1つのクラスが複数のstaticメンバ変数を管理するのはいくない。

296:234
05/06/25 02:07:54
>>292
ニーズは、あるでしょうね。
ぼくは、実はSingletonでなくていいのに
「いまどきSingletonじゃないと、女のコにモテないぞ」
「グローバル変数はダサ！Bjarne stroustrupが何と言おうと絞め殺せ」
「static記憶クラス？そんなん、石器時代の遺物でしょ？」

とかそんな理由でSingletonにされているケースも、結構おおいんじゃないの？

と、そういいたかっただけです。

297:234
05/06/25 02:08:21
>>295
それは、なぜでしょうか。

298:デフォルトの名無しさん
05/06/25 02:08:44
>>291
文体と主張だけで彼は特定できる。
だから、スルーして淡々と進めてるだろ？お前さんもスルーするよろし。

299:デフォルトの名無しさん
05/06/25 02:10:45
デザパタ信者は巣に帰れよ。
ｽﾚﾘﾝｸ(tech板)l50

ここでデザパタを使う前提の話をするな。
ここはデザパタの存在の可否を決めるスレだ。

＃大体、デザパタなんて誰も使ってないんだから過疎スレで
＃まとまってろってのｗ
＃アンチをこっちに隔離したとかほざいてたくせにアンチ追い出したら
＃ただの過疎スレになってやんのｗバーカｗ

300:デフォルトの名無しさん
05/06/25 02:11:45
>>298
ここじゃ荒らしはお前の方なのｗ
わかったらさっさと過疎スレ帰れよｗ

301:デフォルトの名無しさん
05/06/25 02:12:20
>>297
クラスの役割が訳わかんなくなるから。

302:デフォルトの名無しさん
05/06/25 02:13:14
>>299-300
哀れな奴

303:デフォルトの名無しさん
05/06/25 02:13:38
>>302
ヒント：スルー

304:デフォルトの名無しさん
05/06/25 02:14:54
>>302-303
本気で帰ってよ。
デザパタ語るなら向こうが本スレだからｗ

305:234
05/06/25 02:15:01
>>301
ぼくは頭が悪いので、やはりそれでは理解できませんね。

確かに全てをstaticで実装すれば、クラスはただのグローバル変数＋関数と
それをつつむnamespaceに同等のものになるでしょう。

で、それが何か問題なのですか？

306:デフォルトの名無しさん
05/06/25 02:16:01
>>305
>何か問題なのですか？
だからここはデザパタの可否を決めるスレだっつってんだろ！
荒らしが！

307:デフォルトの名無しさん
05/06/25 02:18:16
>>305
だいたい、何、頭に血上らせて必死におばかな議論してんだ、厨房。
グローバル変数を１つも使わないプログラムとかみたことないのか？
使ってる時点でレベル低すぎだってのにいらいらすんだよ。
お前みたいな馬鹿みてると。

308:デフォルトの名無しさん
05/06/25 02:18:25
>>296の発言で、もう>>234はネタ決定だな。
わざわざSingletonが当てはまらない想定を持ち出して煽ってるんだから、
別にSingleton勧めるいわれはないじゃん。

>>234もそろそろ初心者プログラミング相談室にでも相談してみたらどう？

309:234
05/06/25 02:19:24
>>295さんの主張で一番よく分からないのは、
「1コのstaticメンバならOKだが、複数だとNGになる」
という理由です。

そこのところをもう少し分かりやすく説明していただけませんか。
寡聞にして聞いたことの無い主張なものですから。

310:デフォルトの名無しさん
05/06/25 02:19:33
>>307も変な奴だな。
Singletonはグローバル変数の代わりをスコープに入れている。
つか、Javaじゃグローバル変数なんてないし。

311:デフォルトの名無しさん
05/06/25 02:19:46
>>305
そういうことすると、そのクラスが何してるか（何を管理しているクラスなのか）、
後から見た人はわかんないでしょ。コード追っていかないと。
だからクラスの役割ははっきりさせる必要がある。

312:デフォルトの名無しさん
05/06/25 02:19:53
>>287
利点もあるし、難点もあるな＞継承
Javaなんかだと、最近は継承よりも委譲とインターフェイスを
優先する風潮がある。

ソースの書き換えは、規模が大きくなると変更が他の部分に
影響を与えてドタドタドタっとドミノ倒しになる事がある。
それじゃあ継承ならそうならないかって言うと、まぁそうとも言
い切れんわけだが・・・・・・
まっ、それでinterfaceを多用する風潮が生まれたんだろう。
これならインターフェイスのみを残して新しく書き起こす場合
でも、継承を利用する場合でも、変更部分を局所化できる。

313:234
05/06/25 02:20:50
>>308
いやその、パラメタライズされていないgetInstance()を使う
Singletonの例は多いと思うのですが。
パラメタライズされている場合については、了解しました
と言っておきましょう。

314:デフォルトの名無しさん
05/06/25 02:21:03
>>312
＞Javaなんかだと、最近は継承よりも委譲とインターフェイスを
＞優先する風潮がある。

Java「なんかだと最近」？はぁ？
最初っからそうだよ厨房

315:デフォルトの名無しさん
05/06/25 02:21:24
>>310
はぁ？デザパタ信者ってのは、
グローバル変数の何がまずいのか知らないのか？
アホだな。レベルが低すぎる。
もうちょっと勉強してきてくださいよｗ

316:234
05/06/25 02:22:28
>>311
>>309に答えていただけませんか。やはりよくわからないんですが。
なぜstatic変数が吹く数字なると
「後から見た人はわかんない」ようになるのか。

317:デフォルトの名無しさん
05/06/25 02:23:05
語尾ダブリューの人、なんか話題がtoo oldで哀れ

318:デフォルトの名無しさん
05/06/25 02:24:00
>>316
俺も聞いておきたい。つか、ネタかローカルルールだと思っている。

319:デフォルトの名無しさん
05/06/25 02:24:11
>>311が逃げてるのがよくわかるなｗ
ほら、本スレに逃げ込めよｗ

320:234
05/06/25 02:24:23
>>312
ぼくがinterfaceに対するプログラミングの一番の恩恵を認識したのは
実はC++のリンク互換性なんですがね。

COMの発想のベースはそこにあります。大変汚いものですが。

321:デフォルトの名無しさん
05/06/25 02:25:20
なんかかなりネタ臭いスレになってきたな。

322:デフォルトの名無しさん
05/06/25 02:26:15
>>321
お前は速く>>309の質問に答えてやれよｗ

323:デフォルトの名無しさん
05/06/25 02:26:57
>>311, >>316
実は、Singletonってインスタンスが２つ以上あってもいいんだよね。
つか２つ以上生成した時点で、狭義のSingletonとは見なされない傾向があるが。
例えば某所で話題になっていたInstance PoolとかConnection Poolみたいなパターンになっちまう。

324:デフォルトの名無しさん
05/06/25 02:27:55
>>323
だからどうしたんだよ。余計なレスつけんなアホ。

325:234
05/06/25 02:28:33
>>323
Poolのようなものならば、PoolManagerが欲しい気がしますね。Singletonの。

326:デフォルトの名無しさん
05/06/25 02:31:24
>>325
お。冴えてるやん。
すると、ダンマリ決め込んでる>>311が回答すべき内容が見えてくる・・・はず・・・なんだが・・・なんともはや

327:デフォルトの名無しさん
05/06/25 02:32:05
＞static変数が
デザパタとか関係なく好き嫌いの問題でしょ、単に。
漏れは嫌だけど。
↓こんなコード書いてくるチームメンバがいたらはったおしてやるけどね。

class Sigleton
{
　private static Object A;
　private static Object B;
　・・・
　private static Object Z;

　static{
　　A = new Object();
　　B = new Object();
　　・・・
　　Z = new Object();
　}

　static public Object getA(){ return A;}
　static public Object getB(){ return B;}
　・・・
　static public Object getZ(){ return Z;}
}

328:デフォルトの名無しさん
05/06/25 02:32:55
一向にまとまる気配が無いよ＞デザパタ
こんなのがコミュニケーションツールでいいんですか？＞デザパタ
人によって使い方違ってるじゃないですか？＞デザパタ
職場でもこんな戦いをしなきゃいけないんですか？＞デザパタ

329:326
05/06/25 02:33:17
あぁーあ。せっかく回答が見えかけた(つか見えた)のに、
また訳わかんない主張系の人が、ｽﾚを混沌に導く・・・・・・もう飽きたから寝る。

330:デフォルトの名無しさん
05/06/25 02:33:49
>>327
つか、マジで本スレ帰れってｗ

331:デフォルトの名無しさん
05/06/25 02:34:50
>>329
　お　れ　の　せ　い　に　な　る　の　は　な　に　か　ち　が　う　き　が　す　る　！　（笑）

332:234
05/06/25 02:40:17
>>327
ただの好き嫌いの問題であれば、ぼくの>>296の主張はあながち
ウソでもなかったようですね。

ちなみにそれによっていちいちgetInstance()を書かなければならないことを
あなたは面倒であると考えたことはないのでしょうか？

333:259
05/06/25 02:41:23 BE:189645293-
>>329
何に対する回答だ？？回答以前に問題が明確でないんだよ。論点あちこち行ってるじゃん。

334:デフォルトの名無しさん
05/06/25 02:42:40
こっちの方が盛り上がってるのがウケル。
こっちをデザパタスレにしようよ。

335:寝ぼけまなこでレス
05/06/25 02:44:06
>>333
　>>311

336:寝ぼけまなこでレス
05/06/25 02:45:15
>>334
　偽デザパタｽﾚ

337:寝ぼけまなこでレス
05/06/25 02:49:49
　

338:デフォルトの名無しさん
05/06/25 02:51:09
厨房の行動パターン
・メール欄に文章

339:259
05/06/25 02:51:15 BE:224765748-
>>335
static管理したらクラスの役目がわかりにくくなるって？
インターフェースが同じなら変わらないだろ。論点にもなりゃしないさ。

340:
05/06/25 02:52:01
　

341:259
05/06/25 02:53:01 BE:189645293-
ム板にもIDｷﾎﾞﾝﾇ

342:デフォルトの名無しさん
05/06/25 02:53:21
>>339
　>>323, >>325-326

343:デフォルトの名無しさん
05/06/25 02:54:48
>341
お前そんなんだからいつまでたっても0ポイントなんだよ。

344:デフォルトの名無しさん
05/06/25 02:55:58
で、アンチの反証は？

345:334
05/06/25 02:56:29
シングルトンで盛り上がってるのね。
↓static的としてこうするのがいいのか
Singleton.invoke();
↓シングルトン的にこうするのがいいのか
Singleton s = Singleton.getInstance();
s.invoke();
って話ね。

正直、シングルトンだとインスタンスを途中でいじれるぐらいしかメリットないんじゃないかな。
↓例えば、デコレータでシングルトンのインスタンスにちょっと加工するとか、
Singleton s = Singleton.getInstance();
s = new TuikaKinouSingleten(s);
// なにか処理～
s.invoke();
// なにか処理～

↓または途中で中身すり替えをするとか。
Singleton s = Singleton.getInstance();
s = new TestYouSingleten(s);
// なにか処理～
s.invoke();
// なにか処理～

staticだとそれができなくなるぐらいではないだろうか。
まあ個人の好みで使い分ければよいのではないかと。

346:デフォルトの名無しさん
05/06/25 02:58:56
>>345　GJ.

347:デフォルトの名無しさん
05/06/25 03:00:55
>>334
だからデザパタスレなんて本来はその存在の可否に関する
議論の方がもりあがってたんだってば。

デザパタ自体はシングルトン１つとっても意見はバラバラ。
コミュニケーションツールなんて夢のまた夢。

掲示板じゃ自由に言えるけど、会社じゃ適用に至る明確な理由が必要になる。
そこでデザパタが必要である理由なんて説明できる奴がいるわけが無い。
昔からずっとこんな調子なんだよ。
信者とアンチの聖戦が一番盛り上がるんだから叩きだしたって誰かが追撃してくるんだよ。

構図はいつも
「オブジェクト指向が理解できなくて、デザパタに逃げてきた馬鹿」ＶＳ「オブジェクト指向原理主義者」

348:259
05/06/25 03:00:55 BE:568936499-
>>342
Poolはわからんが、
インターフェースとドキュメント見りゃ動作が分かるってのが、あるべきクラス設計の姿だろ、
実装に複数のstatic変数使ったからって、それが崩れることがあるのか？

349:259
05/06/25 03:03:10 BE:126431036-
>>347
＞オブジェクト指向が理解できなくて、デザパタに逃げてきた馬鹿

アンチデザパタ派は何故いつもそう言う。
たとえば>>345がオブジェクト指向を理解できていないように見えるのか？
オブジェクト指向を理解しないとデザパタ理解できないぜ。

350:デフォルトの名無しさん
05/06/25 03:04:55
>>347
　頭悪い議論で盛り上がるのはもう沢山。
　だから隔離されてるんだよおまぃは

351:234
05/06/25 03:06:06
>>345
ああなるほど、そういう用例を考えると便利ですね。
でも、加工前にgetInstance()しなきゃいかんのはちょっとカッコ悪いですね。
普通のオブジェクトよりその点がちょっとダーティ。でも逃げ道は在るよ、
というところでしょうか。

>>347
> 構図はいつも
> 「オブジェクト指向が理解できなくて、デザパタに逃げてきた馬鹿」
> ＶＳ「オブジェクト指向原理主義者」

ぼくはどっちでもないとおもいます。

352:デフォルトの名無しさん
05/06/25 03:07:27
構図はいつも、「自作自演するアンチ」vs「自作自演するアンチアンチ」

353:234
05/06/25 03:07:55
そろそろ
イマドキDIだからSingletonなんかつかわないぜ（ﾌﾟ

とか誰か言うのかと思ってたらそうでもなかったですね

354:234
05/06/25 03:08:24
>>352
ぼくは自作自演なんかしてないもん(; ;)

355:デフォルトの名無しさん
05/06/25 03:08:50
基本的に意味不明。
説明汁。

356:デフォルトの名無しさん
05/06/25 03:09:47
なんだServiceLocatorの話か。

357:259
05/06/25 03:10:11 BE:393338887-
>>351
待て待て、>>273 で継承を否定しておきながら、それはないだろ。
>>345 は継承なくては実現し得ないんだぞ。

358:デフォルトの名無しさん
05/06/25 03:11:21
template<typename T>
calss singleton
{
static T ret;
public:
static T& get(){return ret;}
template<typename X1>
static T& set(const X1& x){ ret=T(x); return ret;}
template<typename X1,typename X2>
static T& set(const X1& x1,const X2& x2){ret=T(x1,x2);return ret;}
//... X3 X4 X5 ...
};
template<typename T> T singleton<T>::ret;
...
...
singleton<hoge> x;
hoge y = x.set("username");
...
...
vector vec;
...
singleton<vector<char> > v;
v.set(vec.begin(),vec.end());
vector vv=v.get();
...
v.set(1024,'\0');
read(fp,&v.get()[0],v.get().size());
...
class hoge2 : public singleton<hoge2> {}
...
テンプレートかますとそれなりに便利だが。
使い道がいまいち謎だ。

359:デフォルトの名無しさん
05/06/25 03:11:41
どーでもいいですよ。
>>273と>>351で同じ仮定をしなければならない義理があるわけでもなし。
つか、同じ仮定をしつこく主張しつづけたら、議論は進まない。

360:259
05/06/25 03:13:02 BE:252860494-
>>345 は継承による仕様変更の典型例だってことを言ってるのよ。

仕様変更に継承を用いることを肯定するなら、この問題は終結するはずなのだが。

361:デフォルトの名無しさん
05/06/25 03:13:10
>>358
　>>271

362:234
05/06/25 03:13:46
>>357
ぼくはべつに継承を常に否定してるわけじゃないんですが。
不要な継承を否定してるだけです。

>>345は、インタフェースを合わせるために必要な継承を巧みに使っている
例ですね。
まあ、実際にこういうtechniqueが実際にどれだけ必要になるかといえば、
疑問ですが。

363:デフォルトの名無しさん
05/06/25 03:13:49
>>360
　じゃ終結って事で。

364:デフォルトの名無しさん
05/06/25 03:13:56
>>349
少なくともお前は理解していないｗ
オブジェクト指向云々に関する話題は>>345には出ていない。
したがってお前はまぬけだ。

>オブジェクト指向を理解しないとデザパタ理解できないぜ。
これはまったくの嘘。
デザパタはオブジェクト指向なんてまったく知らない奴が作った物。
よっぽどのアホでもなきゃ騙されないけどねｗ
現にここにいる奴のほとんどが学生だろ？
言語は覚えたけど、プログラムが組めないってレベルの奴。
まあ、プログラマでもないのにいきなり現場にぶち込まれた奴が
たくさんいるからこのレベルの奴だと色々模索するから
学校のお勉強に近いデザパタに妄信する奴がでてくるんだよね。
だけど、いくら勉強してもプログラムなんて組めるようにはならない。
図星だろ？
くくくっ、プログラムの組み方が書いてある本が世にあるとよかったなぁｗ

365:334
05/06/25 03:14:07
>>347
あれ？アンチの人？おまいよく状況を知ってるなｗｗｗｗ
そうなんだよ昔から相手を馬鹿にするだけで、ろくな議論しないんだよあのスレｗｗｗ
だからここを有益なところにしようｗ

＞デザパタ自体はシングルトン１つとっても意見はバラバラ。
＞コミュニケーションツールなんて夢のまた夢。
コミュニケーションツールは確かに無理だねぇ。
書籍にしても著者によって捉え方が全然違う。
読んだ書籍によって、読み手も捉え方が異なってしまうし。

うーん、まあコーディングテクニック集ってとこなのかなぁ。

366:デフォルトの名無しさん
05/06/25 03:14:58
なんだ、NGワードが増えてきたな。
携帯４っつ使ってレス付けてるのか(笑

367:デフォルトの名無しさん
05/06/25 03:16:18
□■□■□　祝！秀ケツ　■□■□■

368:234
05/06/25 03:16:22
ああ、なるほど
>>259さんには、あのアダプタの適用も「仕様変更に際して用いられる
典型的なtechnique」なのか。
その辺が僕とは認識が違いますね。

まあ、仕様変更といっても色々ありますから、なんとも言えませんが、
Singletonのようなインスタンスが一つだけのクラスに、このようなアダプタを
噛ませることがベストな解である、というタイプの仕様変更って
そんなに無い気がしますよ？

369:259
05/06/25 03:16:29 BE:112383528-
結局 >>234 は >>234 の質問から何を知りたかったわけ？

370:デフォルトの名無しさん
05/06/25 03:17:13
いままでどおり、机に向かって勉強してればプログラムが組めるようになるとでも思ったか？学生諸君ｗ
ならないだろ？ざまーみろｗ死ぬまでくるしめｗ

371:234
05/06/25 03:17:53
>>369
まあ、こんだけスレも盛り上がってることですし、いいじゃないですか(w

372:334
05/06/25 03:19:03
>>351
そですね。私の理解としては逃げ道つくるぐらいですかね。
開発してる時とかにメソッド呼ぶ前に、ログをとるデコレータクラスとかよく作ります。
そういった面で扱いやすいってだけですかね。
他にもメリットはあるかもしれませんが。

＞でも、加工前にgetInstance()しなきゃいかんのはちょっとカッコ悪いですね。
↓これでどうでしょう・・・。一行にしてみました。だめですか・・・。
Singleton s = new TuikaKinouSingleten(Singleton.getInstance());

373:デフォルトの名無しさん
05/06/25 03:19:53
>>369
　たぶん、getInstance()にパラメータつけるより getFoo(), getBar()の方がいい、とか、
　それよりも static methodの方がもっとシンプル (継承できないけど継承は仕様変更の手段とすべきではない)

とか。じゃねぇ～の。いい加減寝るぞ

374:259
05/06/25 03:22:05 BE:393338887-
>>368
＞Singletonのようなインスタンスが一つだけのクラスに、このようなアダプタを
＞噛ませることがベストな解である、というタイプの仕様変更って
＞そんなに無い気がしますよ？

ベタベタだがたとえばウィジットを生成する Factory。プラットフォームによって切り替え。
そんなにワサワサと例は出せないが。

逆に仕様変更のない Singleton は Singleton である必要がない気がする。
それこそ Utility 的な。

>>371
まぁそうだなｗ

375:デフォルトの名無しさん
05/06/25 03:22:10
正直、アンチの俺の意見としても継承の悪用は止めたほうがいいといっておく。

376:デフォルトの名無しさん
05/06/25 03:26:32
そもそもUtilityクラスとは、オブジェクト指向設計の放棄である (とりあえずそこまでクラス化するゆとりがないとか含む)
である事を指摘しておこう。

377:259
05/06/25 03:34:50 BE:393338887-
タイピングがめんどくさい、かつ、仕様変更に耐えうるシングルトンっぽいものを。
単にラッパーしただけな気もするが。ただの思い付きなんで落ち度があったら優しくつっこんで。
クラスAの実装自体のタイピングがめんどくさいけど。

class A{
　static StrategySingleton s=StrategySingleton.instance();
　static void invoke(){
　　s.invoke();
　}
}

A.invoke();

>>375
悪用ってのがどんな例だかわからんが、肯定派からも言わせてもらうと、
GoF本でも継承の濫用はするな、って書いてあった。
いちいち新しい動作を定義するのに毎回クラスを継承してたんじゃ、クラス増えまくりだからな。

>>376
まぁたしかにそうだな。
基本演算と同じレベルで考えればいいんじゃないか、と思う。
さすがに基本演算までオブジェクト指向にすることもなかろうと。

378:234
05/06/25 03:39:14
>>377
「全ての問題は間接参照をはさめば解決する」という
Andrew Koenigの言葉を思い出すような例ですね(w

379:デフォルトの名無しさん
05/06/25 05:35:21
・グローバル変数はダメ
・Singletonはダメ
・デザパタなんか誰も使っていない、普及していない

とほざく奴はJavaｄWebアプリの業務をやったことないだけだろ。
Javaではグローバル変数なんて概念はないし
Singletonはリクエストのたびにオブジェクト生成されるのを
防ぐために普通に使われるし（Factoryにすることも多い）
デザパタは使わないとスパゲッティ化してどうにもならなくなる
ってぐらいに当たり前のように使われている。
自分の知っている狭い世界だけで使ってないからって断言するな。クズ。

380:デフォルトの名無しさん
05/06/25 07:56:46
そもそもそんなそうちょうに、
なにあたりまえのことりきせつしてるの？

このすれは、
ていどのひくいひとがひっしにかんがえた
どうしようもなくていどのひくいねたを
かくりするすれだよ(わらい

381:デフォルトの名無しさん
05/06/25 07:57:55
そもそもそんなそうちょうに、
なにあたりまえのことりきせつしてるの？

このすれは、
ていどのひくいひとがひっしにかんがえた
どうしようもなくていどのひくいねたを
かくりするすれだよ(わらい

382:デフォルトの名無しさん
05/06/25 13:31:42
なんでデザパタの由来も知らないような奴が、
「デザパタ肯定≠オブジェクト指向」
なんて言う脳内仮定で煽ってんの？

オブ戦スレの馬鹿がTMPこそデザパタとか
勘違いして、逆の立場で煽ってるの？

383:デフォルトの名無しさん
05/06/25 13:53:14
>>382
つか、「デザパタ自体、OOではない」らしいよ。奴にとって。

384:デフォルトの名無しさん
05/06/25 15:48:50
>>382
じゃあ、君がデザパタがオブジェクト指向にのっとっていることを証明したまえ。
ちなみに前スレだとデザパタはオブジェクト指向とは違う流れで
それは新しい進化ということで決着がついていた。

385:383じゃないが
05/06/25 15:52:27
>>384
なんとなく悪魔の証明っぽいな

OO　使わずとも組めるパターンもあるだろうに

386:デフォルトの名無しさん
05/06/25 16:10:07
いままでのデザパタ否定派の主張は
オブジェクト指向での設計を、「対象物の構造をそのままソースに反映させること」として
デザパタでの設計を、「パターンを用いてそれに当てはめること」とし、
オブジェクト指向とデザパタが根本的に設計理念の異なるものだということだった。

この主張の矛盾点を指摘する形では肯定派も否定派も
両者を納得させるまでにはいかず、煽りを繰り返すレスがついた。

はじめの主張が
「デザパタはオブジェクト指向では無い」
というところからはじまっているだけあって、アンチが主導権を握ってしまうのは仕方がないと思う。

387:俺は肯定派？
05/06/25 16:25:56
＞　いままでのデザパタ否定派の主張は　
＞　オブジェクト指向での設計を、「対象物の構造をそのままソースに反映させること」として　
＞　デザパタでの設計を、「パターンを用いてそれに当てはめること」とし、　

このあたりは既に俺の考えとは違っていて、

＞　オブジェクト指向とデザパタが根本的に設計理念の異なるものだということだった。　

これは当たり前だと思っている

388:デフォルトの名無しさん
05/06/25 16:56:54
>>384
>それは新しい進化ということで決着がついていた。
>それは新しい進化ということで決着がついていた。
>それは新しい進化ということで決着がついていた。
>それは新しい進化ということで決着がついていた。

389:デフォルトの名無しさん
05/06/25 17:44:18
やっぱりデザパタは僕の嫌いなオブジェクト指向じゃなかったんだ！

って思って欲しいのですか？
でオセロのソースでも晒すつもりですか？
おまいらは本当に進歩がないですね。

390:デフォルトの名無しさん
05/06/25 19:59:08
パターンはOO以前からあるし、互いに独立した手法だ。

>>389
まあ、そーゆーｽﾚだしね。適当に盛り上げといて。

391:デフォルトの名無しさん
05/06/25 21:02:46
>>390
どっちかと言うとテンプレートライブラリに近い。
テンプレートライブラリ化出来ないレベルを
デザインパターンで扱うべきなんだけど、
GoFのやってる事は、気持ち悪いタイプの
馬鹿プログラマみたいだ。

392:デフォルトの名無しさん
05/06/25 21:53:35
>>391
いくら明日予定が入って無いからって、そんなネタで暇つぶしの相手をみつようったってそうはいかない。

393:デフォルトの名無しさん
05/06/25 22:05:13
>>390
脳内妄想ステキー

394:デフォルトの名無しさん
05/06/25 22:06:14
>>392
今週のレスの付き具合を見るに、
>>391は毎日がエブリディもとい毎日が特別休日みたいだぞｗ

395:デフォルトの名無しさん
05/06/25 22:33:30
でも、マジな話、GoFのパターンは使えない。
てか、もういらない。

396:デフォルトの名無しさん
05/06/25 22:47:52
「パターン」はOOP以外にも適応できる概念だが、
それを「パターン」としてきっちり言語化したのはGoF以降だろう。
で、GoFのパターンの源はSmalltalkやC++での経験の蓄積が
元になっていると。
今では「デザインパターン」の語がOOPの領域以外にも
広げられてたとえば「モナド」は高階関数のデザパタの
一つ、と言ったりするわけだな。

だが、ここの厨がいってるような、デザパタはテンプレートで
オブジェクト指向とは関係ない、とかってのは、激しく
思い違いもいいところだ。

前橋、わかったのか？

397:デフォルトの名無しさん
05/06/25 22:48:05
>>394
毎日が出社とかも考えろ！！
ボケ、糞、カス、キチガイ、狂信者。

398:デフォルトの名無しさん
05/06/25 22:49:43
>>396
関係ないけどオブジェクト指向でも使えるのがデザインパターンなんで、
オブジェクト指向と関係ないちゅーのも、正しい物の見方だよ。

399:デフォルトの名無しさん
05/06/25 22:51:23
>>398

「パターン」としてきっちり言語化したのはGoF以降。

歴史は覆せないよ。

400:デフォルトの名無しさん
05/06/25 22:55:30
>>399
はぁ？
だからなんだってんだよ、GoFがオブジェクト指向的要素として
デザパタを提唱したんなら、オブジェクト指向の一部か否かてな
議論もなりたつが、C言語のデザインパターンだって成り立つんだから、
オブジェクト指向とは関係ないね。

で、GoFが出したカタログは、オブジェクト指向を破壊するデザインパターン
が多すぎるから誤解招いてるんだろ。糞。

401:デフォルトの名無しさん
05/06/25 23:01:25
>>400
>オブジェクト指向を破壊するデザインパターン
相変わらず具体性ないねｗ

402:デフォルトの名無しさん
05/06/25 23:02:26
これだから厨はいやなんだよ。関係ないも何も
デザインパターンが意識され始めたのは、
オブジェクト指向による設計に関する経験から
来ているのは事実なんだから。
そこで「デザインパターン」という、
「ライブラリ」なんかとは抽象レベルの違う概念が
意識されてきたわけで、あとから考えれば、
コレもアレもパターンてのは当然ある。
結局おまいらのいってるのは「CでもOOPできるYO」
ってのと同じく「Cでもデザパタできるよ」って言って
るだけで、吠えてみたところで、オブジェクト指向に
とってデザパタが重要なことに変わりはない。

403:デフォルトの名無しさん
05/06/25 23:03:31
わかったのか、前橋。

404:デフォルトの名無しさん
05/06/25 23:04:19
=================================================================
　　暑さのためおかしくなった不審人物がが大喜びではしゃいでます。

　　　　　　　　　　　　　　　　　　　　一般の方は刺されないように退避して下さい。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　(隣組回覧)
=================================================================

405:デフォルトの名無しさん
05/06/25 23:08:51
前橋ってデザインパターンに否定的な見解なの？

406:デフォルトの名無しさん
05/06/25 23:09:29
無職５年とか不審人物とまで蔑まれてるのに、
それでも構ってもらえたと勘違いして、
大喜びで自作自演レスしまくるとは、相当なもんだよな。

きっと、人との交流に激しい飢餓感を持ってるのだろうな。
もまいさぁ、いい加減、額に汗して働けよ。
俺今日、土曜出勤でエアコン効いてない室内で熱中症になりかかったんだぞ

407:デフォルトの名無しさん
05/06/25 23:21:34
>>402
1994年に標準化されたSTLが有るのに、
95年に書かれたデザインパターンをもって、
新しいってのはちょっと違うなぁと思うぞ。

408:デフォルトの名無しさん
05/06/25 23:45:04
>>407
はぁ～。GoF程度は読んどけよ。まったく。
あれのパターンの元ネタはSmalltalk-80やMacAppやその他。
この期に及んでSTL持ち出すのも馬鹿丸出し。

409:デフォルトの名無しさん
05/06/25 23:50:32
>>406
>>俺今日、土曜出勤でエアコン効いてない室内で熱中症になりかかったんだぞ

どうやら >>406 にとって「働いている・働いていない」の基準とは、
室内のエアコンが「利いている・利いていない」って所らしいな。

410:デフォルトの名無しさん
05/06/25 23:56:42
いくらデザパタがオブジェクト指向からできたって、＃あの糞設計をみるとそれも怪しいが・・・ｗ
デザパタでの設計がオブジェクト指向にのっとっているかは別問題。
やっぱりオブジェクト指向とは考え方が違う。

オブジェクト指向で似通った設計を集めてそれをパターンにして当てはめたって
それはオブジェクト指向での設計にはならない。

411:デフォルトの名無しさん
05/06/26 00:20:29
　　　　　　｜　Hit!!
　　　　　　｜
　　　　　　｜
　　ぱくっ｜
　　　　　／V＼
　　　　/◎;;;,;,,,,ヽそんなエサで
　＿　ﾑ::::(,,ﾟДﾟ)::| 俺様が釣られると思ってんのか!!
ヽﾂ.（ﾉ:::::::::.:::::.:..|）
　ヾソ:::::::::::::::::.:ﾉ
　　｀ー U'"U'

412:デフォルトの名無しさん
05/06/26 03:02:48
>>410
オブジェクトであるパーツを再利用するとオブジェクト指向じゃねえって意味わかんないんですけど。
で、デザパタのどこがクソ設計なのか具体的に挙げてもらえますか？そしてそれはどう設計されるべきですか？

413:デフォルトの名無しさん
05/06/26 03:08:07
>>400
>C言語のデザインパターンだって成り立つんだから、オブジェクト指向とは関係ないね。

へぇ、オブジェクト指向って言語依存なんだ。てっきり設計の指針みたいなもんだと思ってたが。
プログラムできない人の考えることはオリジナリティがあっていいねｗ

414:デフォルトの名無しさん
05/06/26 03:24:06
>>412
それは実装の話。
設計段階でオブジェクト指向では対象物をそのままソースに移すことが重要。
その結果、同じクラスが出てきたら、再利用できるできないを検討すればいい。
パターンに当てはめてしまうデザパタとはやはり違う。

415:デフォルトの名無しさん
05/06/26 03:38:54
デザパタ=パターンに当てはめて設計する
という前提が異常。

416:デフォルトの名無しさん
05/06/26 03:40:25
>>415
じゃあ、パターンっていつ使うんだよｗ

417:デフォルトの名無しさん
05/06/26 03:58:57
>>414
煽りじゃなくってこれはいっとかなきゃいけないと思うので書くが、キミ全く判ってないよ。
デザパタで語られるパターンてのはジェネリックかつプリミティブ。
STLで言ったら、vectorとかlistみたいなもんだ。
「クラスのメンバーにvectorがあったらオブジェクト指向じゃない」なんて命題は有り得ないわけよ。
vectorはプリミティブなテンプレートクラスであって、これによって設計がOOPかどうかを判断するなんて全くナンセンス。
まず、GoF本くらい読んで「理解して」から書き込みしなよ。

418:デフォルトの名無しさん
05/06/26 04:23:16
>>417
なんでそこで実装の話がでちゃうのか理解不能。
余計わからない。
少なくとも本スレからこのスレでデザパタのパターンの話をしている人間も
パターンに当てはめる形で設計をしている。
これは「～パターンが使えそうですね。」的な発言も見られることから明らか。
わけのわからないことを言わないでもらいたい。

419:デフォルトの名無しさん
05/06/26 04:24:58
レスに困ったら「それは実装の話」と言っちゃえばいいわけか。参考にしよう。

420:デフォルトの名無しさん
05/06/26 04:29:23
>>419
ハイハイ、そこは重要な箇所じゃないでしょ？
くだらない煽り入れないでね。

ちゃんと↓に答えてね

少なくとも本スレからこのスレでデザパタのパターンの話をしている人間も
パターンに当てはめる形で設計をしている。
これは「～パターンが使えそうですね。」的な発言も見られることから明らか。
わけのわからないことを言わないでもらいたい。

421:デフォルトの名無しさん
05/06/26 05:03:04
もっと使いやすいパターンが普及すれば良い
っていう話？

422:デフォルトの名無しさん
05/06/26 05:31:37
>>420
じゃ、君は以前に自分が使った設計の方法を思い出して
「あ、ここはあのやり方が使えるな」と思うことはないのか？
そう思った時点でそれはオブジェクト指向ではないのか？

ばっかじゃねえの。

423:デフォルトの名無しさん
05/06/26 05:39:20
>>417
C言語でシングルトンパターンをどうやって利用しようか？
コンストラクターを隠蔽するから、一意性が保たれる？
プッって感じ。

では、オブジェクト指向的に考えてみようか？
インスタンスの生成を隠蔽すると安全なシステムになる？
プッて感じ。

GoF煎ってよし。

424:デフォルトの名無しさん
05/06/26 06:10:47
GoF本知る前からTemplateMethodとかCompositeパターンは使ってたなぁ（というかそうなってた）。

あれって継承とか多態とかオブジェクト指向独特のテクニックを駆使してるし、
そういう意味でデザパタがオブジェクト指向の文脈で語られるのは当然かなぁ。

GoFのパターンが糞というのはそれぞれのスタンスとしてはいいと思うけど、
それがオブジェクト指向から外れてるってのはちょっと的外れかなぁ。

あ、もしかして継承も多態も認めない、原理主義的オブジェクト指向信者だっていうなら納得w
でも、それだって単にオブジェクト指向に対するスタンスの違いってだけの話しだよねぇ・・・

425:デフォルトの名無しさん
05/06/26 10:31:43

× 継承も多態も認めない、原理主義的オブジェクト指向信者
○ 継承も多態も解らない、抽象的に物事が考えられないバカ

426:デフォルトの名無しさん
05/06/26 11:35:15
アンチの主張は抽象的かつ主観的でなんら具体性も客観性もない全く内容のないものだ

427:デフォルトの名無しさん
05/06/26 11:42:55
>>424
>それがオブジェクト指向から外れてるってのはちょっと的外れかなぁ。
理由を言ってよ。
議論にならない。

428:デフォルトの名無しさん
05/06/26 12:08:10
>>427
一般にオブジェクト指向の重要な概念として(1)カプセル化(2)継承(3)多態性というのがあるよね。

デザインパターンはこれらの概念をいかに設計レベルで利用するかと言うサンプル集みたいなものだから、
やはりオブジェクト指向の文脈で語られるべきものだと思うんだよね

429:デフォルトの名無しさん
05/06/26 12:32:45
>>428
そりゃオブジェクト指向言語の機能じゃね？ｗ
はなしにならねー
さすがにお前みたいな肯定派はいなかったぞｗ

430:デフォルトの名無しさん
05/06/26 12:33:52
>>420
ちゃんと答えるも何も、なにを答えたらいいのかわからない。
「パターンを当てはめる形で設計している。」に対して
「はい」または「いいえ」と答えればよいということかな？

その答えが知りたい意図がわからない。

431:デフォルトの名無しさん
05/06/26 12:35:26
>>430
それでいいよ。

432:430
05/06/26 12:36:54
>>420
それでいつも>>419のようにある程度、具体的な話にもっていってるのに、
>>420はいつも宙ぶらりなレスを返すからこちらとしても議論ができない。

433:430
05/06/26 12:38:12
>>431
ああ、そうなの。
つまり、君が結論を出したかったことは
「パターンを当てはめる形で設計している。」に対して
「はい」って答えさせたかったってだけなのね。

それ以外の議論はしたくないと。

434:デフォルトの名無しさん
05/06/26 12:39:15
>>429
デザインの話だから言語とは独立したお話。
という建前だけど、実際には言語の使用に引っ張られることも多いやねぇ・・・

435:デフォルトの名無しさん
05/06/26 12:42:01
GoFは言語から独立だろ。

436:デフォルトの名無しさん
05/06/26 13:03:11
>>429
オブジェクト指向自体にはカプセル化や多態性の概念って無かったんだっけか？
むか～しに
URLﾘﾝｸ(www.amazon.co.jp)
でオブジェクト指向勉強したんだが、これにはそんな風に書いては無かったと
思う（もはや手元に無いので未確認。間違ってたらごめん）。

437:デフォルトの名無しさん
05/06/26 13:07:24
>>417のどこが実装の話なのかよくわからない
っていうかアンチにとってどこからが実装の話なのかもよくわからない

438:デフォルトの名無しさん
05/06/26 13:08:59
多態がなけりゃオブジェクト指向なんて役にたたねぇ

439:デフォルトの名無しさん
05/06/26 13:24:27
ここのオブジェクト指向信者は、
カプセル化や多態性も分からずにオブジェクト指向を語っていたのか...
それこそ話にならん

440:デフォルトの名無しさん
05/06/26 13:26:57
>>439
そりゃ実装技術だろ。
オブジェクト指向での設計の話をしているだろ。

441:デフォルトの名無しさん
05/06/26 13:30:07
>>440
え？ポリモーフィズム意識せずに設計やってんの？マジで？

442:デフォルトの名無しさん
05/06/26 13:30:10
>>440
おいおい、実装だけの話ではないよw
適当に検索してみればいくらでも出てくると思うがなぁ・・・

443:デフォルトの名無しさん
05/06/26 13:30:47
>>440
継承やカプセル化や多態性を考慮しながらクラス図を描いたりしないのか？

444:デフォルトの名無しさん
05/06/26 13:34:59
>>441
やってるよ。マジで。
その辺って後からできた技術でしょ？
純正のオブジェクト指向信者の俺はそんな無駄なことはしない。

カプセル化なんて意識しなくても普通になるが、
継承や多態性なんて狙って設計なんかすると糞設計まっしぐらだぞ。

次ページ