問題タブ [object-lifetime]

私の質問（この後、長いイントロについて申し訳ありませんが、質問は太字で示されています）は、元々、Herb Sutters Exceptional C ++のアイテム23に触発されており、次のようなものがあります：
<snip>

と

</ snip>

さて、私はそのコードに関して次の問題を抱えています（そして、いいえ、C ++の専門家としてのSutter氏の腕前に疑いの余地はありません）：

Guice で作成したオブジェクトをシャットダウン/閉じるための推奨パターンはありますか?

私が目指しているライフサイクルは次のとおりです。

1. Guice モジュールの準備
2. インジェクターを作成する
3. コードでインジェクターを使用してオブジェクトを取得します ( injector.getInstance(Foo.class))
4. ...
5. 上記のオブジェクト (ファイル ハンドル、TCP 接続など) によって保持されているすべてのリソースを閉じます。これを決定論的なステップにしたいです（「GCが実行される日」ではありません）。

WCF を介して公開されているサービスがあります。このサービスは、Linq to SQL データ コンテキストを介してデータベースと対話するいくつかのメソッドを公開します。datacontext は CallContext にバインドされます。これはすべて正常に機能していますが、Linq to SQL データコンテキストを配置する適切な場所がわかりません。助けてください。

バックグラウンド

私が使用しているアプリケーションには、いくつかのCOMDLLがあります。

COM DLLの1つには、他のDLLのCOMインターフェイスへのポインタを格納するグローバルシングルトンオブジェクトがあります。これはグローバルシングルトンオブジェクトであるため、ポインタを取得しようとしているインターフェイスがまだロードされていないDLLに存在する可能性があるため、レイジー初期化イディオムを採用しました。

（補足：グローバルオブジェクトはプロセス内で構築されるため、単一のDLLを登録する場合、これは特に重要regsvr32です。このプロセス中にDLLが別のDLLへのインターフェイスを取得しようとしないようにします。）

たとえば、私の怠惰な初期化メソッドは次のようになります。

注： m_pMyOtherObjectは、このタイプのメンバー変数ですCComPtr。

怠惰な初期化はここでの私の問題とは関係がないかもしれませんが、完全を期すために含めています。

問題

私が気付いたのは、状況によっては、アプリケーションがシャットダウンしたときにアサーションが失敗することです。ただし、 （メンバー変数として格納するのではなく）アクセスする必要があるQueryInterface() たびに呼び出すようにコードを変更すると、アサーションが防止されます。IID_IMyOtherOBject

これは、COMオブジェクトの存続期間の問題であるように思われます。私の仮説は、私はstoringCOMポインターであるため、私が指しているCOMインターフェイスの破棄とそれに対する私自身のポインターとの間に何らかの同期が必要であるというものです。

（私が使用している）クラスについての私の理解は、それが生涯の問題（すなわち、電話と）CComPtrに対処することの多くの頭痛を取り除くということです。しかし、私の場合は機能していないようです。AddRef()Release()

誰かが私が間違っているかもしれないことを選ぶことができますか？

(Unity を使用して) mvc タービンでサービスの有効期間を管理するにはどうすればよいですか?

IConfigurationService と ILoggerService を受け取る ISearchService 実装の LuceneSearchService があります。

現在、私の検索サービスの登録は次のようになっています。

Turbine でインスタンスを作成する責任を負いたいのですが、シングルトンにしたいのです。

言い換えれば、寿命をどのように定義できますか?

私のasp.net-mvcアプリケーションには、静的CreateContainer()メソッドを呼び出すstatis MvcApplicationがあります。

このメソッドでは、unity ioc コンテナーを作成します。

ソースをよく理解していれば、シングルトンの LuceneSearchService インスタンスが得られるはずです。ただし、私のロギングでは、このインスタンスが要求されるたびにコンストラクターがヒットすることがわかります。

私は何を間違っていますか？

私は Python を初めて使用し、Swaroop CH の「A Byte of Python」の例に取り組んできました。私を__del__困惑させている方法でいくつかの動作が見られます。

基本的に、次のスクリプトを実行すると（Python 2.6.2で）

Python コンソール (または Spyder インタラクティブ コンソール) を使用すると、次のように表示されます。

execfile(u'C:\1_eric\Python\test1.py')
Swaroopの
初期化 Kalem の初期化

execfile(u'C:\1_eric\Python\test1.py') Swaroop を
初期化 して い ます

2 回目の実行の__del__直後にメソッドが呼び出されるのはなぜですか? 同じインスタンス名 (「swaroop」と「kaleem」) が使用されているため、元のインスタンスを解放し、それをガベージ コレクションしていると推測しています。しかし、これは現在の人口数に大混乱を引き起こしているようです。 __init__

ここで何が起こっているのですか？
この種の混乱を避ける良い方法は何ですか? ?
の使用は避けてください。__del__再利用する前に既存のインスタンス名を確認しますか? ...

ありがとう、エリック

Red Hat EnterpriseLinux5.3でboost::signals2を使用しています。

私のシグナルはオブジェクトコピーを作成し、そのポインターをサブスクライバーに送信します。これは、スレッドの安全性のために実装され、ワー​​カースレッドがオブジェクトの読み取りと同時にオブジェクトの文字列プロパティを更新するのを防ぎます（おそらく、ロックの使用を再検討する必要がありますか？）。

とにかく、私の懸念は、自分のスレッドでコピーされたオブジェクトへのポインターを逆参照する複数のサブスクライバーにあります。オブジェクトの有効期間を制御するにはどうすればよいですか？すべてのサブスクライバーがオブジェクトを処理し、オブジェクトを安全に削除できることをどのように知ることができますか？

ヒントや方向性を事前に感謝します、

-エド

これが他の場所で回答されている場合は申し訳ありません...似たようなものについて多くの投稿を見つけましたが、同じではありません。

オブジェクトのインスタンスが一度に 1 つしか存在しないようにしたいのですが、Singleton パターンの場合のように、そのオブジェクトが自然なライフサイクルを超えて保持されることは望ましくありません。

リストの処理が（私が制御できない外部コードによって）トリガーされるコードを書いています。現在、毎回新しい「処理」オブジェクトを作成するだけで、通常どおり、スコープ外になると破棄されます。ただし、処理に 1 分以上かかる場合があるため、次のトリガーによって新しいスレッドで処理クラスの 2 番目のインスタンスが作成されます。

ここで、一度に 1 つのインスタンスしか存在できないメカニズムが必要です...たとえば、一度に 1 つのオブジェクトのみを許可するある種のファクトリです。ファクトリへの 2 回目の呼び出しは、新しいオブジェクトの代わりに null を返します。

これまでのところ、私の（くだらない）解決策は、プロセッサ クラスのネストされたクラスとして Factory タイプのオブジェクトを使用することです。

「instanceExists」フィールドを false にリセットする XmlJobListProcessor クラスの明示的なデストラクタを作成することを考えていました。

私はこれが非常にひどい設計であることを認識しています。ファクトリはそれ自体がクラスである必要があります...それとインスタンスデストラクタの両方が揮発性ブール値にアクセスできるようにネストされているだけです...

これを行うためのより良い方法はありますか？乾杯