問題タブ [singleton]

デバッグおよびロギング ライブラリの場合、実行時に、プロジェクトがコンパイルおよびリンクしたすべてのソース ファイルのリストを見つけられるようにしたいと考えています。各ソース ファイルに何らかの種類のヘッダーを含めることを想定しており、プリプロセッサ __FILE__ マクロはそのファイルの文字定数を提供できるため、各ファイルからその情報を何らかの形で「ブロードキャスト」して、ランタイム機能。

問題は、これをエレガントに行う方法であり、特に C++ ではなく C から実行できるかどうかです。C++ では、おそらく、ファイル名のリストを保持するための静的ストレージを持つクラスを作成しようとします。各ヘッダー ファイルは、そのクラスのファイル ローカルな静的インスタンスを作成し、作成時に FILE ポインターなどをクラスの静的データ メンバーに、おそらくリンク リストとして追加します。

しかし、これが C で機能するとは思いません。C++ でさえ、各要素が作成されることが保証されているかどうかはわかりません。

現在、私はアプリを書いています。シングルトンを回避したい場合、すべての参照を単純に渡す必要がありますか?

例えば、

「メイン」クラスがあります。
クラス: メイン
+---- 画面
+---- カメラ
+---- 地形
+---- 乗り物
+---- PhysicsWorld

カメラ、地形、車両などのクラスが含まれています。さて、たとえば地形オブジェクトを作成しているときに問題が発生しました。Terrain は Main クラスの Screen オブジェクトにアクセスして、Terrain Graphics を画面に追加できるようにします。また、描画するときの Camera オブジェクトについても知りたいので、描画するスケールを認識します。また、それ自体を物理エンジンに追加できるように、私の PhysicsWorld オブジェクトについても知りたいと考えています。

これらのオブジェクトを常にコンストラクター間を行き来させる必要がありますか? つまり、Terrain オブジェクトを作成するときに、画面オブジェクト、physicsWorld、カメラなどを渡すだけでよいのでしょうか?

私が持っている別のランダムなシナリオは、現在.. Vehicle クラス内で、 Main クラスで Restart() メソッドを呼び出す必要があります。これは、main のインスタンスを Vehicle に渡す必要があるということですか? 本当？？

クラスに常に 4 ～ 5 個のものを渡さなければならないのは面倒です。特に、ほとんどすべてのゲーム内オブジェクトが画面、物理、カメラ情報などを必要とするシナリオでは特にそうです。

助言がありますか？

デスクトップ アプリケーションの構成設定を保存する ini/json があるとします。起動時にすべてのプロパティが読み込まれた静的オブジェクトを持っていても問題ありませんか、それが必要な場合はいつでもかまいませんか、それとも他のより良い代替手段はありますか?

これは私がこれを行うのは初めてなので、静的オブジェクトが問題ないのか、シングルトンパターンなのか、それとも何か他のものが良いのかを知りたかっただけです

シングルトンまたは静的クラスであってはならないと私が信じているクラスがあります。消費者が共有できる状態ではありますが、状態があります。共有状態があるときはシングルトンを避けたいと思っていますが、私が聞いている議論は、オブジェクトのインスタンスが常に1つだけ存在することでパフォーマンスが向上するというものです。

私の特定のケースでは、このオブジェクトに関連付けられたデータはそれほど多くありません。それぞれに (最大で) 150 のエントリを持つ 2 つの辞書と辞書です。

あるとすれば、どの時点で、パフォーマンスの議論が何らかのメリットを保持するのでしょうか?

参考までに - 私は .NET を使用しています。

ありがとう！

Rubyでシングルトンクラスに基づいて新しい非シングルトンクラスを定義することは可能ですか?

私はこのようなことを試しました（中略）：

しかし、もちろん、あなたの達人には、これが私の期待どおりに機能しないことはすでに明らかです。

基本的に、Singleton クラスの動作に影響を与えることなく、その機能を再利用したいのです。出来ますか？

さらに調査した結果、これはまったく不可能であるように思われます (間違っている場合は訂正してください)。次のようなハックはあまりにも醜い/乱雑でしょうか?

データベース処理を行う、頻繁に実行するメソッドが必要です。ただし、サイトの管理者がトリガーできるようにする必要がある場合があります。ただし、このメソッドを同時に複数回実行することは望ましくありません。これにより、データベースへのアクセス方法に問題が発生する可能性があるためです。

たとえば、私は...

タイマーでメソッドを実行するシングルトンクラスを作成し、global.asaxファイルでインスタンス化します。次に、シングルトンなので、通常の.aspxページから呼び出して、いつでもメソッドを呼び出すことができます。おそらく、C＃の「ロック」機能を使用して、メソッドがすでに実行されているかどうかを確認する必要があります。

最近、シングルトンは「悪」であるという話を聞きましたが、これはそれにぴったりのようです。どう思いますか？前もって感謝します。

一度に 1 つのインスタンスしか実行できない Windows フォーム アプリケーションがあります。Mutex を使用して Singleton を実装しました。アプリケーションは、コマンドラインから (パラメーターの有無にかかわらず) 起動できる必要があります。アプリケーションはスクリプトによって開始および終了されます。ユーザーはそれに対してアクションを実行できません。

したがって、アプリケーションの目的は、エンドユーザーに視覚的およびグラフィカルな情報を表示するだけの単純な「インジケーター」アプリケーションです。エンド ユーザーは何もできません。見るだけです。視覚的およびグラフィカルな外観が比較的簡単に実装できるため、Windowsフォームアプリケーションです（最上位、ボーダレスなどを取得できます）。

簡単に言えば、誰かが exit コマンドライン パラメータを使用して同じアプリケーションを実行しようとしたときに、現在実行中のアプリケーションを終了するにはどうすればよいですか?

マルチスレッドのWinサービスでシングルトンを使用してロギングを行うことを検討しており、発生する可能性のある問題のいくつかを知りたいと思っていました。同期を処理するためのgetインスタンスをすでに設定しています

他に心配する必要があることはありますか？