64 ビット互換インターフェイスの設計

  • [アーティクル]

32 ビット Windows から 64 ビット Windows への移植では、リモート プロシージャ コール (RPC) を直接使用するか DCOM を使用するかに関係なく、分散アプリケーションに問題を発生させるべきではありません。 RPC プログラミング モデルでは、接続の各端で同じサイズの適切に定義されたデータ サイズと整数型を指定します。 また、64 ビット Windows 用に開発された LLP64 抽象データ モデルでは、ポインターのみが 64 ビットに拡張され、他のすべての整数データ型は 32 ビットのままです。 ポインターはクライアント/サーバー接続の両側にローカルであり、通常は NULL または NULL 以外のマーカーとして送信されるため、マーシャリング エンジンは、接続の両側で異なるポインター サイズを透過的に処理できます。

ただし、インターフェイスに新しいデータ型またはメソッドを追加したり、古いデータ型を変更したり、データ型を不適切に使用したりすると、下位互換性の問題が発生します。 次のトピックでは、このような状況を回避する方法 (可能な場合) と、回避できない場合に堅牢な回避策を設計する方法について説明します。

このセクションの内容

64 ビット Windows の新しいデータ型、作業環境、API の変更にまだ慣れていない場合は、「 64 ビット Windows の準備」を参照してください。