リモート デスクトップ サービス サーバーは、すべての入力と出力をクライアントターミナルに送信するためにネットワークに依存します。 その結果、グラフィック効果を過度に使用するアプリケーションは、ネットワークの速度を低下させることで、すべてのリモート デスクトップ サービス クライアントのパフォーマンスに影響を与える可能性があります。 また、ネットワーク経由の伝送速度が遅いと、ローカルビデオ環境よりもこれらの特殊効果があまり喜ばしく見えなくなる可能性があります。
特に、リモート セッションとしてリモート デスクトップ サービス環境で実行する場合、アプリケーションは次の機能の使用を無効または最小限にする必要があります。
- スプラッシュ 画面 - アプリケーションの開始時に表示されるグラフィカルな製品または会社の情報。 スプラッシュ画面をリモート デスクトップ接続 (RDC) クライアントに送信すると、追加のネットワーク帯域幅が消費され、アプリケーションにアクセスする前にユーザーが待機するように強制されます。
- CPU 時間とネットワーク帯域幅の両方を消費するアニメーション。
- 画面に直接入力または出力します。 画面からビットを読み取る必要がある場合は、ビデオ バッファーの別の画面外コピーを維持します。 同様に、画面出力を複雑にする必要がある場合 (たとえば、最終的な複合画面に到達するために複数の画像をオーバーレイする) は、オフスクリーン バッファーでその処理を行い、結果を実際のビデオ バッファーに送信します。
リモート セッションの検出の詳細については、「リモート デスクトップ サービス環境の検出」を参照してください。
可能な限り、Microsoft Foundation クラス ライブラリ (MFC) を使用します。 MFC には、さまざまなタスクを実行するための、試用と実際のクラスの長いリストがあります。 これらのクラスのほとんどは、リモート デスクトップ サービス環境で適切に動作します。通常は、再設計されたソリューションよりもはるかに優れています。 良い例は、コンテキスト依存のヘルプ テキストを提供するクラスです。ヘルプ テキストは、マウス ポインターがボタンまたはメニュー項目の上に置いたときに画面に表示されます。 アプリケーションで MFC 実装を使用してこの機能を提供すると、デスクトップ システムで適切に動作します。 ただし、アプリケーションがダイアログ ボックスまたは別の方法を使用してこの機能を実装している場合、最終的な結果はリモート デスクトップ サービス環境でも機能しない可能性があります。