ぽざうねっと

ホーム 連絡をする 同期する ( RSS 2.0 ) Login
投稿数  390  : 記事  0  : コメント  929  : トラックバック  67

ニュース

さて、今年の秋は何を漬けようか

書庫

日記カテゴリ

Accessory

Community

Private

どなたかこの迷える子羊に Singleton の指針を教えてください。
全部 static じゃいかんのん?
どんなときに Singleton にすべきなの?
一個しかインスタンスを作りたくない場合って、ほとんど static クラスで事足りないかな?
IDisposable 実装して内部リソース破棄が管理しやすいぐらいしか思いつかない・・・
投稿日時 : 2007年11月19日 20:45

コメント

# re: Singleton 2007/11/19 22:27 まさる
この辺参考になりませんか?
Microsoft patterns & practices「Microsoft .NET を使用したエンタープライズ ソリューション パターン:シングルトン」
http://www.microsoft.com/japan/msdn/practices/type/Patterns/enterprise/DesSingleton.aspx

# re: Singleton 2007/11/19 22:36 かずくん
見てくれ(インターフェース)と実装を分離したい場合に使う。
返すインスタンスをごっそり入れ替えたい気分になった時や、
引数により、返すインスタンスを場合わけしたい場合によくつかいまふ。

でも前者はめったにないね。
後者は、Prototypeパターンとの組み合わせやね。

似たような話題を以前どこかで見た気がするけど、わすれちゃった。



# re: Singleton 2007/11/19 22:40 επιστημη
class 馬 {
 static しんぐるとん hoge = new しんぐるとん();
}

class 骨 {
 static しんぐるとん payo = new しんぐるとん();
}

みたいにどこぞの馬の骨が勝手にいくつも'しんぐるとん'を
作られちゃ困るとき、でしょうね。


# re: Singleton 2007/11/20 0:13 えムナウ
お仲間のサイト
http://hccweb1.bai.ne.jp/tsune-1/
http://naoko.wankuma.com/designpatterns/designpatterns_0000_index.html

# re: Singleton 2007/11/20 13:04 siokoshou
ヘッドファーストデザインパターンのQ&Aにズバリこの質問が載っています。
自己完結型で複雑な初期化に依存していなければ、Singletonと同じです、と。そうでなければ面倒な問題にぶつかるかもしれませんよ、とあります。

staticフィールドをインスタンスフィールドのようにいじりまわしながら動くコードにするくらいなら、Singletonにってとこでしょうか。

ヘッドファーストデザインパターン、ぱっと見は変な本ですが、中身は深いですよ。


# re: Singleton 2007/11/25 10:10 THREE-ONE
みなさま、ありがとうございます。
インスタンスを入れ替えるだけで、処理を入れ替えられるというOOPの基本を失念しておりました。
どうも機能面にばっかり目が行っていたようで。
また、デザインパターン勉強しなおします。


Post Feedback

タイトル
名前
Url:
コメント: