C＃VSTOアドインでOutlook UIを反応させる方法UIスレッドでCPUを大量に使用する場合

Question

ループ内でOutlook APIを多く呼び出すコードがあります。 OutlookはワーカースレッドからAPIへのアクセスが気に入らないので、メインスレッドを使用する必要があります。ネットワーククエリを行うコードの部分は、async/awaitで完全に正常ですので、UIはフリーズしません。しかし、コードがCPU集約的な部分（Outlook APIへの呼び出し）に達すると、UIが明らかにフリーズします。

各10ms経過後に実行されるawait Task.Delay(1)が挿入されていますが、タイマーの分解能があまり正確ではないため（15ms）、コードが著しく遅くなります（UIのブロックは解除されますが）。 Task.Yield代わりのTask.Delay(1)を使用して

DateTime d1 = DateTime.Now; 
int interval = 10; 
foreach (SomeItem item in items) 
{ 
    // Intense access to Outlook API... 
    // ... 

    DateTime d2 = DateTime.Now; 
    if (d2.Subtract(d1).TotalMilliseconds > interval) 
    { 
     await Task.Delay(1); 
     d1 = d2; 
    } 
} 

は、UIを（MSDNはとにかくこのためTask.Yieldをお勧めしていません）のブロックを解除しません。

10msから大きな値（100ms）をに変更すると、パフォーマンスの低下が最小限に抑えられ、UIはやや反応しますが、滑らかになりません。

UIのスムーズさとパフォーマンスの間にトレードオフがあるとは限りません。おそらく、良い古いApplication.DoEventsのようですが、現代的でお勧めの方法ですか？

Answer 1

OOMを単独で使用する方法はありません。拡張MAPIはスレッドセーフですが、C++またはDelphiからのみアクセスできます。 Redemption（任意の言語）を使用できます。そのRDOオブジェクトファミリは純粋にMAPIベースであり、セカンダリスレッドから使​​用できます。 Application.Session.MAPIOBJECTをメインスレッドの専用変数に保存します（この方法では、その変数のみをマーシャリングする必要があります）。セカンダリスレッドでRDOSessionオブジェクトのインスタンスを作成し（この方法でMAPIシステムはそのスレッドで初期化されます）、そのMAPIOBJECTプロパティをメインスレッドに保存されている変数に設定します。これにより、2人は同じMAPIセッションを共有します。その後、RDOSession.GetFolderFromID/GetDefaultFolder/etcを使用してフォルダを取得できます。アイテムを処理します。

Answer 2

OOMはセカンダリスレッドから使​​用できないことがわかっているか、コード内で例外が発生する可能性があります。 Outlookの最新バージョン
は、このようなユースケースを検出し、例外をスローする可能性があります。しかし、Outlookが基づいている低レベルのAPI、つまり拡張MAPIやRedemptionなどのAPIのラッパーを自由に使用できます。

Exchangeプロファイルのみを扱う場合は、EWSまたはOutlook APIを使用してセカンダリスレッドで必要なデータを取得することを検討することがあります。詳細については、EWS Managed API, EWS, and web services in Exchangeを参照してください。