eclipse rcpビューでのタイムコンサルティング操作のベストプラクティス

私のRCPアプリケーションには、データベースクエリを介して内容を満たす5つのビューが含まれています。eclipse rcpビューでのタイムコンサルティング操作のベストプラクティス

問題は、アプリケーションの開始がデータベースのクエリに完全に依存していることです。さらに、基盤となるdbがクローズされると、アプリケーションの開始時間が長くなりすぎます。

コンテンツソースとしてdbを使用するeclipse rcpビューのベストプラクティスは何ですか？解決策にビューを埋め込むために別のスレッドを使用していますか？

2011-12-09 ygk

ビューの更新コードをすべてUIJobに移動し、スケジュールを設定します。ユーザーは、RCPに含まれている場合、進行状況ビューでこれらのタスクの進行状況を確認できます。さらに、1つのUIJobが1つのビューに注意を払います。

2011-12-09 09:24:42 jumper

すべてのdb /レコード処理に 'ジョブ（Job） 'を使いたいとします。 UIJobはUIスレッドをブロックするため、UIJobはUIスレッドにUI変更を通知するためのものです。 –

@ paul-webster、このアーキテクチャは論理的に見えますか？バックグラウンドジョブはdbアクセスを処理し、関連するモデルを塗りつぶします次にオブジェクトを塗りつぶすと、この塗りつぶしたモデルオブジェクトに基づいて画面がペイントされます。 – ygk

はい、それは共通のパターンです。 UIアップデートジョブまたはランナビリティを小さくして素早くし、通常の 'ジョブ'でほとんどの作業を行います。 –

答えて