これには理由がありますか?
個人的には、これらのバージョンの .NET を Windows 8 に含めないというのは、実際には非常に悪い決定だと思います。クライアントは、「プログラムとコンポーネント」から手動でインストールしてマシンを再起動する必要があるためです。それらをサポートします。これは非常に不快です。彼らは Windows ではなく、私たちのソフトウェアを非難するでしょう。MS が .NET でも簡単な下位互換性をサポートできないのはなぜですか?
インストーラーのアイデアを続ける: インストーラー内にフレームワーク (2.0 など) 再配布可能パッケージを埋め込み、適切なバージョンの欠如が検出されるたびに自動的にインストールするアクションを定義できます。
いいえ、必要ありません。フレームワーク インストーラーが統合されたインストーラーを作成するだけなので、特別な指示は必要ありません。
手動で行う方法は次のとおりです 。 http://www.codeproject.com/Articles/35976/Add-Prerequisites-of-NET-Framework-in-Visual-Studi
「彼らは Windows ではなく、私たちのソフトウェアを非難するでしょう」
答えはあなたの質問にあります-これは彼らにお金を節約し、あなたにとってコストです. 申し訳ありませんが、マイクロソフトが冷酷ではないことを期待するのは少しナイーブです。彼らはビジネスであり、株主に対する彼らの義務は利益を上げることであり、それは彼らがそれを回避できるコストを削減することを意味します.
時間が経つにつれて、Microsoft は古いフレームワークを廃止します。それらは引き続きサポートされますが、.Net 1.1、2、3.5、および 4.5 をすべて同時に管理するにはリソースが必要です。
そのため、すべての新しい OS (XP 以降だと思います) には、現在のフレームワークと、他の OS を並べてインストールする機能が同梱されています。
時間が経つにつれて、これは人々を新しいフレームワークに駆り立てます。一般的に、企業の IT は非常に遅く、絶対に必要な場合にのみアップグレードします (IE6 と Office 2000 を使用する多くの Win 2000 の顧客がいます)。そのため、MS は新しいソフトウェアを提供して競合他社を満足させたいというバランスを取ります (10)。年はコンピューター時間のエポックのようなものです)。
これは難しい問題であり、あなたの問題は彼らの妥協案の 1 つです。
2.0 または 3.5 のコードを 4.5 で再コンパイルするのは大がかりな作業ではないはずです。重大な変更はほとんどありません。それらは Win 2000 では動作しませんが、Microsoft は古いオペレーティング システムのサポートも終了しています。
Windows 8 は Microsoft の戦略におけるパラダイム シフトでもあり、Win 2000 用に作成されたアプリは動作しますが、見た目は非常に老朽化していることに注意してください (現在の 16 ビット Windows 3.1 がいかにぎこちなく見えるかを考えてみてください)。