次の方法で共有


グラフィック効果

リモート デスクトップ サービス サーバーは、すべての入力と出力をクライアントターミナルに送信するためにネットワークに依存しています。 そのため、グラフィック効果を過剰に使用するアプリケーションは、ネットワークの速度を低下させることで、すべてのリモート デスクトップ サービス クライアントのパフォーマンスに影響を与える可能性があります。 さらに、ネットワーク経由の伝送速度が遅いと、これらの特殊効果がローカル ビデオ環境よりも快適に見えなくなる可能性があります。

特に、リモート セッションとしてリモート デスクトップ サービス環境で実行する場合、アプリケーションは次の機能の使用を無効または最小限にする必要があります。

  • スプラッシュ画面 - アプリケーションの開始時に表示されるグラフィカルな製品または会社の情報。 スプラッシュ スクリーンをリモート デスクトップ接続 (RDC) クライアントに送信すると、余分なネットワーク帯域幅が消費され、アプリケーションにアクセスする前にユーザーが強制的に待機します。
  • CPU 時間とネットワーク帯域幅の両方を消費するアニメーション。
  • 画面に直接入力または出力します。 画面からビットを読み取る必要がある場合は、ビデオ バッファーの別のオフスクリーン コピーを維持します。 同様に、複雑な画面出力を行う必要がある場合 (たとえば、最終的な複合画面に到着するために複数の画像をオーバーレイする) は、オフスクリーン バッファーで動作し、結果を実際のビデオ バッファーに送信します。

リモート セッションの検出の詳細については、「リモート デスクトップ サービス環境の検出」を参照してください。

可能な限り、Microsoft Foundation Class ライブラリ (MFC) を使用します。 MFC には、さまざまなタスクを実行するための、試用と実際のクラスの長いリストがあります。 これらのクラスのほとんどは、リモート デスクトップ サービス環境で適切に機能します。通常は、再設計されたソリューションよりもはるかに優れています。 適切な例として、状況依存のヘルプ テキストを提供するクラスがあります。ヘルプ テキストは、マウス ポインターがボタンまたはメニュー項目の上に置かれたときに画面上に表示されます。 アプリケーションで MFC 実装を使用してこの機能を提供する場合、デスクトップ システムで合理的に機能します。 ただし、アプリケーションでダイアログ ボックスまたは別の方法を使用してこの機能を実装する場合、最終的な結果はリモート デスクトップ サービス環境でも機能しない可能性があります。