http://msdn.microsoft.com/en-us/library/ee2k0a7d.aspx
イベント処理は、ネイティブC ++クラス(COMオブジェクトを実装しないC ++クラス)でもサポートされていますが、そのサポートは非推奨であり、将来のリリースで削除される予定です。
誰もが理由を知っていますか?このステートメントの説明が見つかりませんでした。
http://msdn.microsoft.com/en-us/library/ee2k0a7d.aspx
イベント処理は、ネイティブC ++クラス(COMオブジェクトを実装しないC ++クラス)でもサポートされていますが、そのサポートは非推奨であり、将来のリリースで削除される予定です。
誰もが理由を知っていますか?このステートメントの説明が見つかりませんでした。
おそらく実際のユーザーがほとんどいない、完全に非標準的なクラッジです。そして、WinNT や Microsoft のプライベートな世界でさえも、非標準のクラッジを意味します。
COM には、イベントのようなメカニズムのためのより豊富なレパートリーがあり、最近では完全なマルチスレッド コードも使用できます。
これは致命的です-その機能は暗黙のロックを行っています(おそらく、テンプレートの前に「同期」するという祖父の考えと、通常のクリティカルセクションの安全な使用が広まっているためです)。これにより、COM の単一のアパートメントよりも危険になります。えーと、:-) どこからともなくデッドロックが発生する可能性があります (Java の同期メソッドにも発生しました - 特別なことは何もありません :-)
誰もが、そして彼らの犬は、通常のマルチスレッドとスマート ポインターを使用した少なくともクリティカル セクションの使用方法を知っているため、危険であるだけでなく、そのことも無関係です。
私は推測を危険にさらします.MSによるコンパイラサポートを必要とするのではなく、より移植性が高く標準的なC++(テンプレートを使用)の方法で、シグナル/スロットタイプライブラリによって同様の機能を実現できるということです。
私は彼らがあなたにそれをすべて.Netのやり方でやらせたいと思っていると推測しています.
Boost::Signals2を見てください。
(これは、もはや維持されていない Boost Signals の後継です)