WinFX → .NET Framework 3.0 への名称変更について

Question

ここに記述すべきか迷ったのですけれども、ほかに見当たらないのでここに記述します。

WinFXの名称がなんと.NET Framework3.0になってしまいました。
http://www.microsoft.com/japan/msdn/windowsvista/general/introducingnetfx30.aspx

つまり、WinFXで予定されていた機能郡(WPFやらWCFやら）が.NET Frameworkの一部となるということなのでしょうかねぇ。
今までは.NET Frameworkを拡張する意味合いが強かったと思うのですけれども。。。

Answer 1

賛成/反対する立場にはありませんが。

.NET FrameworkのコアエンジンがV2だから.NET Framework3.0を名乗っちゃいけないとはちっとも思いませんし、ある程度落ち着くとコアエンジンの更新は減ると思います。

それ以外(たとえばWindowsなら)ADOでもそうですし、XXXX APIだとかって個別にバージョンは上がっていきますしそういうもんでしょう(^^;;

まぁややこしくなるような気はしますが、気のせいでしょう。慣れです慣れ

Answer 2

われわれ開発側の立場としては、誤った認識をしないで正しく受け止める
ことが重要ですね～。
そういった意味でも、疑問点などをコミュニティーにあげてもらって、払拭するのもいいことだと思います。
良スレのヨカンですね。

ややこしくなりそうな点
・いままでの変化とイメージが異なる
　例：フレームワークと共に開発環境もバージョンアップしていたが、
　3.0だけ例外っぽくなる。＋次のOrcas、その次のHawaiiの行く末もきになる
　　開発環境
　VS.NET　　　　　　　　：　.NET Fx 1.x
　VS2005　　　　　　　　：　.NET Fx 2.0, 3.0
　Orcas                          ：
   Hawaii　　　　　　　　　：
 
・他の サブセットはどうなるのかな
　　ASP.NET　　　　　　：　.NET Fx 1.x
　　ASP.NET 2.0          ：　.NET Fx 2.0, 3.0
　　ASP.NET 3.0          ：　　？

・言語もきになりますね
　　C#／VB.NET         ：　.NET Fx 1.x
　　C#2.0／VB2005   ：　.NET Fx 2.0, 3.0
　　Ｃ＃3.0／VB9.0    　：　？

Answer 3

3.0 より 2.1 とかの方が，自分的にはスッキリしたかな。
+ 0.1 じゃインパクトが少ないんなら + 0.5 で，2.5 とかでもいいけど。

メジャーバージョンが上がると言うことは，
2.0 で作られたアセンブリが動かない可能性もひょっとしてあるのかな?...

Answer 4

微妙に間違い(^^;;;

　開発環境
　VS.NET　2002　　　：　.NET FX 1.0
　VS.NET　2003　　　：　.NET FX 1.1
　VS2005　　　　　　　 ：　.NET Fx 2.0, 3.0
　Orcas                ：  
  Hawaii　　　　　　　　：
 
・他の サブセットはどうなるのかな
　　ASP.NET　　　　　　：　.NET Fx 1.x
　　ASP.NET 2.0          ：　.NET Fx 2.0, 3.0
　　ASP.NET 3.0?         ：　　？

・言語もきになりますね
　　C#1.0／VB.NET(VB7)  ：　.NET FX 1.0
　　C#1.1／VB.NET(VB7)  ：　.NET FX 1.1
　　C#2.0／VB8.0       ：　.NET Fx 2.0, 3.0
　　C＃3.0／VB9.0    　：　？

ちなみにC#なんかECMAのバージョンは1と2と3ととなっていたり、ISOのバージョンなんかも違っていたり・・・

 

Answer 5

｜2.0 で作られたアセンブリが動かない可能性もひょっとしてあるのかな?...

この辺に関しては以下を参照されると良いです。

WinFX 3.0 Renamed .NET Framework 3.0 @ Jason Zander's WebLog

http://blogs.msdn.com/jasonz/archive/2006/06/09/624629.aspx

基本的にはＷｉｎＦｘとして伝えられてきたフィーチャ以外は.NET Fx 2.0と同じだと考えて良いでしょう。

Answer 6

リンク先の

For example, you need only run one installer to get .NET FX 3.0.  This setup will automatically install .NET FX 2.0 if you don't already have it on your machine. 

の部分を見ると，

.NET FX 3.0 のインストーラは，マシンに .NET FX 2.0 がないと，
自動的にインストールする

となっています。

ってことは，理屈上は，BCLやコンパイラがFX3.0と2.0で同じでも，
2.0用のアセンブリは，
そのままでは，FX 2.0 上での動作を選択してしまう...ということのようにも読めます。
ここは実際に確認してみる必要があるような気がしないでもないです。

FX 2.0用にコンパイルされたアセンブリは，
各レベルのどこかのレベルで，設定ファイルでリダイレクトしてやるか，
FX3.0用にコンパイルし直す
ようにする必要があるようにとれます。

# 当初は，FX2.0用のアセンブリがそのままWinFXで動くって話を
# そこかしこで聞いた記憶があるので，微妙にそのあたりが変わったのかなぁ...
# という気がしないでもないです。

Answer 7

ひょっとして，FX3.0用にコンパイルしたものも
FX2.0ランタイム上で動作する...ってこと?
どちらも同じランタイムを使うんだったら，特に問題ないということか。

FX3.0ランタイムなどというものは存在していない...ということなのかな。

Answer 8

稍丼 さんからの引用

ひょっとして，FX3.0用にコンパイルしたものも FX2.0ランタイム上で動作する...ってこと? どちらも同じランタイムを使うんだったら，特に問題ないということか。 FX3.0ランタイムなどというものは存在していない...ということなのかな。

おそらく、存在しないのではないのでしょうか。

WinFX = .Net Framework3.0 = ( .Net Framework2.0 + WPF,WF,WCF,etc )

と考えると、CLRは.Net Framework2.0のを使用するため、version3.0のCLRは存在しないことになります。

#今までみんな一緒にバージョンがあがってきたので、わかりやすかったのですが、
#このようにバージョンが別々にあがるとこんがらがりやすいですねぇ (^ ^ ;