私は過去15年間に書かれた数百の.netアプリケーション、DLLなどを持つ組織には新しくありません。 exe、dllなどがターゲットとするフレームワークのバージョンを確認するためにpowershellスクリプトやILdasmを実行すると、サブバージョンのように見えるフレームワークを取得することがよくあります。Microsoft .netフレームワークのバージョンとサブバージョン
は、Microsoftがサブバージョンと異なる.NETフレームワークを出していました:代わりにv2.0のを見てのこのように、例えば、私は一般的であり、v2.0.50727の
私の質問が表示されます。したがって、2.0などのメジャーバージョンを見るのではなく、2.0.50727と2.0.111と2.1.123などが表示されます。
もし彼らが別のサブバージョンを出してしまったのなら、古いシステムを更新するために私の開発マシンに何十種類ものフレームワークをインストールする必要があるようです(ターゲットのフレームワークを更新したくないと仮定して)単に主要なフレームワークのバージョンを持つ代わりに。これについての考えは?
現在、無関係な.NET 1.xバージョンは数えていませんが、ランタイムバージョンは2つしかありません。 2.0.50727および4.0.30319。マシンに数十種類のフレームワークバージョンをインストールすることはできません。 2つだけ。 Windows Updateが3.5 SP1と4.6.1になるジョブを今すぐ実行できるようにして、マシンを更新し続けるとき。それらは以前のリビジョンと下位互換性がありますが、カウントするには余りにも多くあります。バグやセキュリティ問題を修正するための多くのリビジョン。マシンを更新しないことは間違いです。 –
有用なリンクもう少し情報を追加したところが見つかりました:https://blogs.msdn.microsoft.com/davbr/2007/12/06/versions-of-microsoft-net-framework-clr-and-your-profiler/ – MichaelBowerman