問題タブ [singleton]

静的クラスとシングルトン パターンの間に存在する実際の (つまり実用的な) 違いは何ですか?

どちらもインスタンス化せずに呼び出すことができ、どちらも「インスタンス」を 1 つしか提供せず、どちらもスレッドセーフではありません。他に違いはありますか？

シングルトンの例に関するAppleのドキュメントでは、猫の皮を剥ぐ方法が複数あることは理解していますが、インスタンスが静的として登録されていることを確認するのはなぜですか？

取得元：http ：//developer.apple.com/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaObjects/chapter_3_section_10.html

私が言及しているのは：

static MyGizmoClass * sharedGizmoManager = nil;

私は OCaml でシングルトン デザイン パターン (qua Java) を概念化しようとしていますが、GoF の作業の概念実証で使用していないファンクターやモジュールをほのめかしているインスタンスを見たことがあります。基本的に、OCaml を使用して次の機能を再作成したいと思います。

これはモジュールやファンクターなしで可能ですか?

データベース情報を設定および維持するオブジェクトがある iPhone アプリで MyGizmoClass の例を使用しました。

「MyGizmoClass」が「+sharedManager」に応答しない可能性がある問題を解決するにはどうすればよいですか

警告

問題のあるコード行は次のとおりです。 NSString *databasePath = [[MyGizmoClass sharedManager]databasePath];

Unity および IoC/DI の概念を使用するのは初めてです。私はテストでdnrTVの James Kovacs の番組を介して独自のコンセプトを展開することから始めました。

彼の例では、IoC クラスの静的メソッドを介してアクセスされるシングルトンとしてコンテナを実行していたため、起動時に型を登録し、アプリケーション全体で型を解決できました。

これはフル機能ではなく、主に IoC の概念を示すためのものでした。

現在、プロジェクトで Unity を使用しようとしています。

Main() で新しいコンテナーを作成しますが、WinForms が開くと、コンテナーは範囲外になり、破棄されます。プログラムの後半で型を解決しようとすると、元のコンテナーとその登録型がなくなります。

欠けている概念または実装構造はありますか?

私の現在の考えは、次のようなものを作成することです。

これはうまくいくと確信していますが、正しくないようです。

次のようなシングルトンサーブレットを宣言すると

public static class SomeServlet extendsHttpServlet{....。

ここでは、修飾子staticがNetBeansで許可されていないことを示すエラーが発生します。

一度に1つのクライアントしか実行できないシングルトンサーブレットを作成する方法を教えてください。

よろしくお願いします、Mahes

学校のプロジェクトで C# でカード ゲームを作成しています。このカードゲームはネットワーク化されています。カード ゲームのゲーム データは、gameData としてシングルトン オブジェクトに格納されます。gameData には、プレイヤー名、ゲームが待機しているプレイヤー、プレイヤー オブジェクトが保持されます。各プレイヤーには 3 つの List オブジェクトがあります。カードは再びカスタム オブジェクトです。当初は、カード、プレーヤー、gameData オブジェクトごとに ToByte() メソッドを作成し、それらをシリアル化して、TCPlistener を使用してネットワーク経由で送信する予定でした。しかし、時間が足りないので、他の方法を探しています。

これらは私が聞いた解決策です：

-SOAP (これを実装する方法がわからない)

- データベース (小規模なデータベース サーバーをオンザフライで実行できる場合を除き、LAN ではやり過ぎのようです)

-クライアントでアクティブ化されたオブジェクト (ただし、これにより、クライアントごとに異なるシングルトンが作成されます)

私がやりたいことは、各クライアントが独自の gameData を使用するようにすることですが、get、set を使用すると、このシングルトン オブジェクト データをホストするサーバーと通信します。おすすめは何ですか？

POJO の数が少なく、それらを操作するヘルパー メソッドが多数あるアプリでは、ヘルパー クラスをシングルトンにするか、メソッドを静的にするかのどちらがパフォーマンス的に優れているでしょうか?

コレクションを選別するために使用される Predicate というインターフェイスを使用しています。たとえば、次のように定義できます

次に、いくつかのユーティリティfindAll( Collection<T> coll, Predicate<T> pred)メソッドを使用して述語を猫のコレクションに適用し、黒いものだけを取得します。

私の質問は次のとおりです。コード全体で黒猫を見つけているので、BlackCatPredicate を何度もインスタンス化し続ける必要はありません。インスタンスは 1 つだけである必要があります。(シングルトン?) しかし、多くの述語を書く過程で、それぞれをシングルトンとして実装する必要はありません。では、ここでの適切な設計は何ですか?

DALを実装したシングルトンパターンを使用するように依頼しましたが、接続をプールしたり、トランザクションを使用したりするのは難しいと思います..

長所と短所を知りたいです。また、開発中のサイトには 500 人以上の同時ユーザーがいる可能性があるため、接続をプールする最善の方法も知りたいです。

DB サーバーは Oracle 10g です。

DAL はエンタープライズ ライブラリ 3.1 を使用します