「.NET Framework 3.5 SP1公開。クライアント用も用意」記事へのコメント

.NETっていうのは

[XERE (8618)]

すいません.netとはあまり関係ないんだけどさ>>タレコミ子
なんか大昔にMicrosoftの.NET戦略とか、よくわからない迷走してた時期を思い出したんだけど、
Silverlightとかも出てきて、あれも.netで書いたモノが動くんだよね。
実際コード書いてる訳ではない私は、訳がわからなくなりつつありますが、
バージョンが上がったことによって何か良くなってるのですかね。

.net使ってる人は何がいいのでしょうか？
あえて使ってないという人は何が悪いのでしょうか。
(仕事で使ってる場合は除く）

JavaがWeb埋め込み出来るJavaと環境非依存で実行できるJavaとで分かれてるようなものなんですかね。
あと何で.netはがVersion 1 2 3.5 みたいに別々のを入れないといけないんだろうな。
VBランタイムみたいなものか…？
ユーザーは全部入りみたいなのを一つ入れればOK　ってなったのが今回のCliant Profile?

--
一切これすなわち空(くう）かもしんなくてイエスキリストもきっと正しい。

Re:

[Stealth (5277)]

各バージョンを入れる必要があるのは、完全な互換性がバージョン間で保証されていないため。Obsolete になった API は上位版で消されたりしてますし。

アプリ側が 1.1 を要求していても 2.0 しか入っていない場合は 2.0 が入っていても動作させないようにしたり、2.0 で「不完全かもしれないけど」動作させる、という事も可能です。libc.so を要求しているか libc.so.4 を要求しているかの差、という感じですね。libc だとそうそう差はないですが。

もっとも、1.0、1.1、2.0 はともかく 3.0、3.5 は 2.0 を基盤にしているのでこういった面はほとんどない (SP 間の微妙な差とかはあります) ようになってます。

Re:

[XERE (8618)]

.NETがJavaの様に互換性を維持する方向に向かわないのは
すでにいろいろな基盤があるため？
将来的に互換性を切り捨てた、なるべくソフィストケイトされたものに、
一本化したい、みたいな野望があるためでしょうか？
やっぱり前にスラドでも出たSingulaty？
『MSのポストWindows「Midori」の構想が明らかに - ITmedia エンタープライズ』
http://www.itmedia.co.jp/enterprise/articles/0807/30/news076.html [itmedia.co.jp]

こういうのの為に動きだしている？
確かに、Midori技術が実現すればそれがクラウドコンピューティングであろうと

--
一切これすなわち空(くう）かもしんなくてイエスキリストもきっと正しい。

Re:.NETっていうのは

[Anonymous Coward]

>.NETがJavaの様に互換性を維持する方向に向かわないのは

Javaがどうだかは知らないけど、.NETのは要はDLL hellの反省でしょ。
「最新版だけ入れておけば上位互換なので動きます!」を狙っても
結局ダメだということはもう皆イヤというほどわかっているわけで。
かといって各アプリが自分のフォルダにDLLを貯めこむってのもあんまりなので、
そんならlibc.so.*みたいな仕組みにしたほうが確実。HDDもデカくなったことだし。

>ユーザーは全部入りみたいなのを一つ入れればOK　ってなったのが今回のCliant Profile?

見たところでは、フルパッケージがJDK+JRE相当、ClientProfileがJRE相当ってことかと。
というか、2.0までは普通にSDKと実行環境に分かれていたのに、
3.0で統合され、3.5で1.0/1.1/2.0まで抱え込んで巨大になってしまったので
3.5の実行環境だけまた分けました、ってだけのように見えるけども。
サイズもちょうどそのくらいのようだし。

Re:

[Anonymous Coward]

3.0以降、.NET Framework SDKはWindows SDKに含まれてるのでは？