アカウント名:
パスワード:
各バージョンを入れる必要があるのは、完全な互換性がバージョン間で保証されていないため。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 間の微妙な差とかはあります) ようになってます。
#1404579 [srad.jp] の AC さんが書いてますが、DLL hell の反省ですよ。 そのために SxS とかをやっているので。
Java のように互換性を～っていうのは、Java が出てから Java 2 までの互換性のなさを考えると寝言に近い気もしますが、Java 2 になってからの互換制堅持の方向性と .NET Fx 2.0 以降の互換性維持の面では大差がないようにも思えます。 というか、3.0 以降は 2.0 を基盤にしているので (ある意味) 3.0/3.5 は 2.0 向けの追加ライブラリにバージョン番号を振っただけに過ぎないのですが。
.NET Fx の場合、「Java という言語に縛られず、好きな言語で書いていい」という点が大きな違いとして言えるくらいで、おそらく現状は大差ないようなものと言えるでしょう。 ソフトウェア的に完全に無償の開発環境を構築できるかという差はありますが、Windows があるという前提を付けていいならどちらも無償のソフトだけで開発環境を整えられますし、実行環境も整えられます。
# さすがに Linux + Wine + Visual C# 2008 Express とかいうのは……。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
.NETっていうのは (スコア:1, フレームのもと)
なんか大昔にMicrosoftの.NET戦略とか、よくわからない迷走してた時期を思い出したんだけど、
Silverlightとかも出てきて、あれも.netで書いたモノが動くんだよね。
実際コード書いてる訳ではない私は、訳がわからなくなりつつありますが、
バージョンが上がったことによって何か良くなってるのですかね。
.net使ってる人は何がいいのでしょうか？
あえて使ってないという人は何が悪いのでしょうか。
(仕事で使ってる場合は除く）
JavaがWeb埋め込み出来るJavaと環境非依存で実行できるJavaとで分かれてるようなものなんですかね。
あと何で.netはがVersion 1 2 3.5 みたいに別々のを入れないといけないんだろうな。
VBランタイムみたいなものか…？
ユーザーは全部入りみたいなのを一つ入れればOK ってなったのが今回のCliant Profile?
一切これすなわち空(くう）かもしんなくてイエスキリストもきっと正しい。
Re:.NETっていうのは (スコア:1)
各バージョンを入れる必要があるのは、完全な互換性がバージョン間で保証されていないため。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:.NETっていうのは (スコア:1)
すでにいろいろな基盤があるため？
将来的に互換性を切り捨てた、なるべくソフィストケイトされたものに、
一本化したい、みたいな野望があるためでしょうか？
やっぱり前にスラドでも出たSingulaty？
『MSのポストWindows「Midori」の構想が明らかに - ITmedia エンタープライズ』
http://www.itmedia.co.jp/enterprise/articles/0807/30/news076.html [itmedia.co.jp]
こういうのの為に動きだしている？
確かに、Midori技術が実現すればそれがクラウドコンピューティングであろうと
モバイルであろうと既存のOSの覇権がどう変わろうとハードウェアが変わろうと
いっそX86でなくなっても、ブラウザ上ＯＳだろうとなんだろうと
コンピューターで有る限りは強い影響力を発揮できそうです。
ある意味[OSASK]でいってた理想みたいなものだなこれは。
エミュレーションするんじゃなくてマネージドコード、中間言語からなるけど…
一切これすなわち空(くう）かもしんなくてイエスキリストもきっと正しい。
Re:.NETっていうのは (スコア:1)
#1404579 [srad.jp] の AC さんが書いてますが、DLL hell の反省ですよ。
そのために SxS とかをやっているので。
Java のように互換性を～っていうのは、Java が出てから Java 2 までの互換性のなさを考えると寝言に近い気もしますが、Java 2 になってからの互換制堅持の方向性と .NET Fx 2.0 以降の互換性維持の面では大差がないようにも思えます。
というか、3.0 以降は 2.0 を基盤にしているので (ある意味) 3.0/3.5 は 2.0 向けの追加ライブラリにバージョン番号を振っただけに過ぎないのですが。
.NET Fx の場合、「Java という言語に縛られず、好きな言語で書いていい」という点が大きな違いとして言えるくらいで、おそらく現状は大差ないようなものと言えるでしょう。
ソフトウェア的に完全に無償の開発環境を構築できるかという差はありますが、Windows があるという前提を付けていいならどちらも無償のソフトだけで開発環境を整えられますし、実行環境も整えられます。
# さすがに Linux + Wine + Visual C# 2008 Express とかいうのは……。
Re: (スコア:0)
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: (スコア:0)