Windows 8のリークバージョンを読んで、あなたはついにWindows 8の公式バージョンと連絡をとることができます。しかし、親密になる前に、アプリケーション互換性を最適化するためにWindows 8、特にWindows 8の新機能を見直しましょうこれはすべてのシステムが探求する必要がある問題です今日のそれをよく理解しましょう。これは、ほとんどのプログラムの互換性の問題に関する詳細な説明と現在のバージョンの問題に対する解決策を提供する" windowsとwindowsサーバー開発者向けプレビュー互換性マニュアル"の最新の文書で説明されている。
以下は、いくつかの既知のプログラム互換性エラーレポートです。
システムのバージョン番号。はい、古い問題は新しい外観で出現しました。 Windowsは特別なバージョン番号を使用するので、古いアプリケーションの中には問題があるかもしれませんWindows 8で定義されているバージョン番号は6.2ですこれらのプログラムは現在のウィンドウが提供する互換モードで実行できます（例えばプログラムショートカット）互換性ページで）、しかしあなたがプログラム開発者であれば、あなたはバージョン番号を確認するためにより注意する必要があります。マイクロソフトでは、[バージョン情報の確認]機能を使用することをお勧めします（より大きい、等しくない、または特殊なバージョン番号）。
ヘッドレスサーバーアプリケーション。これは最も重要な変更の1つです。新しいバージョンのWindowsサーバー（主にサーバーコア）は、ヘッドレスプログラムを実行するだけでなく、グラフィカルインターフェイスを持たないプログラムをサポートするようにも設計されているためです。パフォーマンスが低い環境（リソースが広く共有されている仮想マシンなど）でグラフィカルインターフェイスをオフロードしたり、サーバーが攻撃される可能性を減らすなどの他の理由で同様の操作を実行したりすることができます。
いくつかのサーバープログラムは、グラフィカル環境では動作しないかもしれませんが。どのコマンドラインバージョンのアプリケーションも理論的にはうまく機能するはずですが、グラフィカルインターフェイスを使用してユーザーに表示されると、うまく機能しない可能性があります。現時点では、このグラフィカルインタフェースによって引き起こされる問題を解決するための良い方法はありません。そのため、グラフィカルインタフェースバージョンを持たないアプリケーションにしか使用できません。
サーバーコアバージョンのオペレーティングシステムですべてのアプリケーションを実行する場合は、完全にテストして、非グラフィカル環境で期待通りに動作することを確認する必要があります。結果が逆になり、プログラミングについてある程度理解している場合は、既存のコードをサーバーコアプラットフォームに移行し、それらのWIN32 APIを再確認する必要があります。 NET CLRはコアシステムでサポートされています。
.NET Framework。 Windows 8になります。 NET 4.5フレームワークは、デフォルトのプログラムインストールパッケージに含まれていますが、含まれていません。 NET3.5。スタンドアロンプログラムだけでなく、そのバージョンに基づいたものも含め、明示的にバージョン3.5のみをサポートするプログラムがある場合。 NET Webサイトプログラム、この場合は手動で古いバージョンを追加する必要があります。 NETにとって幸いなことに、これはバージョンが異なるため大きな互換性の問題を引き起こすことはありません。 NETは同時に独立して実行できます。 Microsoftのドキュメントには、Windowsのアップデートに触れずに手動で追加する方法についての説明がいくつかあります。 NET 3.5フレームワーク。
NET 4.5は既にWindowsランタイム（WinRT）の一部であるため、Wordを使用すると、開発者は "メトロ"ビューを使用してアプリケーションを作成し、砂時計のプログラムモデルを使用してプログラムをすばやく作成できます。 Windows 8用のサーバーアプリケーションを変更またはアップグレードしたい場合で、すでにC＃またはC ++を知っているのであれば、この作業は難しくありませんが、ドキュメントで検討する価値のあることがまだいくつかあります。
4Kディスクセクター。これは手続き上の問題というよりはハードウェア上の問題ですが、それでも私たちの注意に値します。現在市場に出回っている新しい主流の新しいディスクは、一般的に古い512バイトのセクタ設計の代わりに4Kセクタを使用しています。 「アドバンストフォーマット」ディスクとしても知られている4Kセクタドライブは、512バイトセクタ用に設計されたプログラムでは、いくつかの奇妙な問題を抱えています。前方互換性の問題は考慮されていません。 Windows 8では、ファイルセクターサイズを照会してから、コマンドラインツールを使用してボリュームサイズのスクリプトクエリをサポートするための新しいAPIが追加されています。
無署名のカーネルドライバ。サードパーティ製でもベンダ所有のものでも、カーネルドライバを使用するプログラムがある場合は、セキュリティ上の理由からWindows Serverはカーネルドライバの使用を厳しく制限し、それらを不正なソフトウェアとして扱います。デバイス用のカーネルドライバの使用に対する最大の変更は、不正なソフトウェア攻撃からマシンを保護するStandard Extended Firmware Interface（UEFI）セキュアブート機能を含みます。 UEFIセキュアブートはサーバーのオプションですが、有効にすることをお勧めします。サーバーでUEFIセキュアブートを使用したい場合は、信頼できる証明書を使用してカーネルドライバを認証することをお勧めします。それ以外の場合は、セキュアブートエントリを無効にすることをお勧めします。
Windows 8のクライアントおよびサーバーバージョンには、互換性の面で大きな課題をもたらす多くの更新があります。これらの新しい課題のいくつかは、管理者が解決できないもので、アプリケーションの初期開発者だけが対処できます。