問題タブ [lifetime]

これは当然の質問かもしれませんが、そうでないかもしれません。ボタンを押すたびに、リモート WCF サービスで異なる関数が呼び出される GUI コントロール アプリケーションを想像してみてください。ボタンの使用頻度は、約数秒間隔です。一般に、関数呼び出しごとに WCF チャネルを開いて閉じるか、アプリケーションの有効期間中チャネルを開いたままにするのが最善ですか? もちろん、このアプリケーションのインスタンス化はわずかしかないと仮定します。

注意。この質問は実際には例に関するものではありませんが、ここでのベストプラクティスを理解するのに役立ちます.

私はNHibernateを初めて使用し、セッションを途中で閉じるときにいくつかの問題が発生しました。トランザクションごとにセッションを開くのではなく、セッションを再利用することで、これを一時的に解決しました。ただし、セッションの存続期間を管理するには、必要になるたびにセッションを開くことが推奨されるアプローチであるという印象を受けました。いいえ？

それで; セッションを処理するための推奨される方法は何ですか？彼らの生涯はどうあるべきですか？1セッションのPRトランザクション？すべてを処理する1つのシングルトンセッション？または何？

編集：

私のアプリケーションアーキテクチャは、NHibernate + Fluentを使用して、すべてのデータベース処理を行うサーバー側サービスと通信するデスクトップアプリケーションであることに注意してください。（これが何か違いを生むなら...）

C ++標準、パラグラフ15.1.4は次のように述べています。

スローされる例外の一時コピー用のメモリは、3.7.3.1に記載されている場合を除き、不特定の方法で割り当てられます。その例外に対して実行されているハンドラーがある限り、一時は存続します。

なぜこのコードがクラッシュするのか疑問に思っています（ベストプラクティスではないことはわかっています）：

具体的には、スローされたmagicExceptionオブジェクトのデストラクタがcatchブロックの前に呼び出されます。ただし、コピーコンストラクターをクラスに追加すると、次のようになります。

次に、コードが機能し、デストラクタが予期された場所（catchブロックの終わり）で呼び出されますが、興味深いことに、コピーコンストラクタはまだ呼び出されません。コンパイラー（最適化がオフになっているVisual C ++ 2008）によって最適化されていますか、それとも何かが足りませんか？

レンダリングごとにその場で頂点配列を生成していますが、後で配列を削除したいと思います。glDrawArrays頂点配列をすぐにサーバーにコピーしますか？したがって、呼び出した後に頂点配列を削除しても安全glDrawArraysですか？

それ以外の場合、頂点配列を削除しても安全な時期をどのように判断できますか？

C コードからアンマネージ関数を呼び出すためにこれを作成しました。pCallback は関数ポインタであるため、マネージ側はデリゲートです。

今、私は設定しています

「...デリゲートをアンマネージコードに渡すときは、それらを維持する必要があります...」というエラーが表示されます

誰でも私を助けることができますか？

よろしく

次のコードを検討してください。

functionsomeFun()では、 が"Some text!!"格納されている場所 (ROM の静的領域にある可能性があると思います) とその内容範囲一生？

が指すメモリはretStr、プログラム全体で占有されますか、それともブロック A が終了すると解放されますか?

I have code that looks like this:

I thought lifetime of constant reference would be lifetime of container. However, it appears otherwise, adapter object is destroyed after container is created, leaving dangling reference.

What is the correct lifetime?

is stack scope of adapter temporary object the scope of container object or of container constructor?

how to correctly implement binding temporary object to class member reference?

Thanks

「var」で宣言されたJavaScriptの変数の有効期間はどれくらいですか。確かに、それは予想通りではありません。

ここで、JavaScriptガベージはいつどのように変数を収集しますaか？は内部関数のクロージャの一部であるためa、内部関数funは外部コンテキストへの参照として渡される可能性があるため、理想的にはガベージコレクションを取得しないでください。したがって、外部コンテキストから fun引き続きアクセスできるはずです。a

私の理解が正しければ、ガベージコレクションはどのように行われ、プログラムの実行まですべての変数をメモリに保持することができない可能性があるため、どのようにして十分なメモリスペースを確保するのでしょうか。

次の一般的なライフタイムマネージャーがあります

ユニティ構成セクションでこれを参照するにはどうすればよいですか。タイプ エイリアスの作成

ライフタイムマネージャーとして指定する

次のエラーが発生します

ジェネリック ライフタイム マネージャーをどのように参照しますか?

接続タイムアウト=0の長所と短所は何ですか？

そして、Connection Lifetime = 0の使用は何ですか？

例えば

そして、接続プールの使用は何ですか？