異なるバージョンのWindows OS間のWindowsアプリケーションの非互換性の理由

-3

異なるバージョンのWindows OS間でアプリケーションが互換性がない主な理由は何ですか？作成されたアプリケーションが互換性を維持できるように、Microsoftの一般的な指示は何ですか？異なるバージョンのWindows OS間のWindowsアプリケーションの非互換性の理由

出典

2016-09-07 seccpur

これは、との互換性があることが知られています。との下位互換性です。

Microsoft Windowsでは、管理対象（C＃、VBなど）およびネイティブ（C/C++）コード（JavaなどのMicrosoft以外のテクノロジを除く）を記述できます。ネイティブコードは主にネイティブのWindows APIsを使用します。新しいバージョンのWindowsで導入されたAPIを使用する場合、アプリケーションはの下位互換性を持たないになり、古いバージョンのWindowsでは実行されません。使用するAPIに必要な最小限のバージョンのWindowsを常に確認してください。
Windows APIがと互換性がない理由に関する説明はありません。ところで、APIの動作やインターフェイスを変更するときには、古いもの（おそらくの下位互換性）を保持し、古いものと同じ名前の新しいものと新しいものを追加するというMicrosoftの規則がありますEx拡張子。

管理対象の世界では、フレームワーク.NETを使用します。 .NETフレームワークのバージョン互換性については、Microsoft's documentを参照してください。

.NET Frameworkでは、下位互換性と下位互換性の両方をサポートしています。 .NET Frameworkのコンテキストでは、下位互換性は、という意味です。これは、.NETの Frameworkの初期バージョンを使用して作成されたアプリケーションは、それ以降のバージョンで実行されることを意味します。逆に、転送の互換性は、.NET Frameworkのそれより新しいバージョンを使用して作成されたアプリケーションが以前のバージョンで実行されることを意味します。

.NET Frameworkは、後方互換性のために高度のサポートを提供します。たとえば、バージョン 1.0を使用して作成されたほとんどのアプリケーションは、バージョン1.1で実行されます。 .NET Frameworkでは、前方互換性もサポートしています。ただし、フォワード互換のために、アプリケーションを修正して、アプリケーションが期待どおりに動作するようにする必要があります。の後方互換性と前方互換性の両方について、セキュリティ、正確性、または機能性の向上に役立つ.NET フレームワークへの変更により、互換性の問題が発生する可能性があります。

各.NET Frameworkバージョンについて、マイクロソフトでは、アプリケーションの互換性を損なう可能性のある変更についてのガイドを提供しています。私はいくつかを言及し、あなたは簡単に残りの部分を見つけることができます。

出典

2016-09-09 13:44:04

アフマド@：入力をありがとう。 – seccpur

Windows APIの 'Ex'バージョンは、16ビットWindows（Windows 3.x）から32ビットWindows（Win9x）に移行する際に導入されました。 **ワンタイム契約だった。これは規約ではありません。ほとんどのAPIは、新しい引数を導入するか、入力構造をバージョン管理することによって、前方互換性のある方法で拡張されています。しかし、* APIサーフェスを省略しました。これは、バージョン管理に関して最も柔軟性があります：COM。COMインターフェイスは常に追加され、COMを使用するコードは前方互換性と後方互換性の両方を備えています。さて、WinRTはCOMをベースにしています。 – IInspectable

@IInspectableあなたはそれが大会ではないと確信していますか？接頭辞が「ExEx」のAPIもあります。これはさまざまな書籍に記載されています。 –

異なるバージョンのWindows OS間のWindowsアプリケーションの非互換性の理由

答えて

関連する問題