トップページsoftware
1001コメント384KB

.NET Frameworkなんて死んでも入れない

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2006/05/04(木) 20:17:53ID:Uvdw+rU+0
やぁ僕だよ
0797名無しさん@お腹いっぱい。2010/09/02(木) 02:10:42ID:L6os6oTs0
>>796
っIsDelphi
0798名無しさん@お腹いっぱい。2010/09/02(木) 18:55:49ID:3MdFLy840
OpenOfficeはデータベースがJavaベースだから使っているだけで、
その他の部分は関係ない。
良く調べてもないのに書くのはどうかと思う。
0799名無しさん@お腹いっぱい。2010/09/02(木) 22:14:41ID:/MxOblrd0
おい馬鹿やめろ。
OOoはクライアントサイドのJavaが死んでいないと主張するための数少ない拠り所だぞ

上で騒いでた日本語できない馬鹿なんかが見たら発狂するぞ
0800名無しさん@お腹いっぱい。2010/09/02(木) 22:21:49ID:t/cmbZGZ0
ばか、逆に考えるんだ。

OOo は Java だけど一部ネイティブ。
0801名無しさん@お腹いっぱい。2010/09/02(木) 22:28:29ID:/MxOblrd0
>OOo は Java だけど一部ネイティブ。
何の問題もなかった
0802名無しさん@お腹いっぱい。2010/09/04(土) 00:25:48ID:BrbiZ+yM0
.Netもバンドルされてなかったら、ここまで使われていたかどうか。
0803名無しさん@お腹いっぱい。2010/09/04(土) 02:40:22ID:OBaqrkPb0
.NETは次世代を担う中核技術として多大なリソースを投入して推進されてきた。
XP以前に入ってないのは単純に発売当時.NETがリリースされていなかったから。
Vista/Win7にバンドルされたのは必然だろう。

.NETが着実に地盤を固めてる間に、Javaは山に登って袋小路に迷い込んだな。
0804名無しさん@お腹いっぱい。2010/09/04(土) 03:36:32ID:eWDngwdG0
確か、さいしょのころには、
Win32 捨てて.netをapiにするとか言ってたよね
0805名無しさん@お腹いっぱい。2010/09/04(土) 16:37:27ID:OBaqrkPb0
当時は実現できない夢物語のように思えて俺も馬鹿にしていたけど
あれからほんの数年でマネージコードしか動かないWindows Phone 7が市場に投入されようとしている。(9/1 RTM)

しかもWin32API(のサブセット)の単なる代替としてではなく、HWを抽象化した上でさらに高度なレイヤーとしてSilverlight・XNAを備えている。
マネージコードによる全てが検証可能な未来は意外と近いのかも知れない。
0806名無しさん@お腹いっぱい。2010/09/04(土) 18:20:23ID:RmLk2t5f0
そのうちdotNET OSとか出そうだな
Javaでは出来るんだし
0807名無しさん@お腹いっぱい。2010/09/04(土) 18:36:03ID:CFwEXB2l0
盛り上がってきたな
0808名無しさん@お腹いっぱい。2010/09/04(土) 20:22:39ID:OBaqrkPb0
>>806
Midoriっていう.NET OSが開発中。
MSの実験プロジェクト(Microsoft Research)の非WindowsベースのOSを作るプロジェクト「Singularity」が前身となったやつ。
優秀な技術者集めてやってるって噂だけど、全然情報出してくれないんでどのくらい進んでるのか不明。

国内だと未踏の「CooS」なんかも面白い。
開発止まっちゃってるけど、Monoも積んでて.NETのアプリがそのまま動いた。
0809名無しさん@お腹いっぱい。2010/09/04(土) 21:34:27ID:4c/tIeSX0
Windows Phone 7
Midori OS
ググって見たけどどっちもダメっぽい (;´Д`)
0810名無しさん@お腹いっぱい。2010/09/04(土) 22:50:56ID:OBaqrkPb0
もはやアンマネージコードに大きな投資をする気はない って話で、個別の製品がどうなろうと流れは変わらんよ。
普及してくれた方が面白くなるけど、競合強いから苦戦するだろうね。
0811名無しさん@お腹いっぱい。2010/09/05(日) 00:55:03ID:0syoyxbN0
どっちでもいいよ、アンマネージコードにならないならその機能は使わないだけバッサリあきらめるから
とにかく将来のために.netを弄ろうという気にはならない、Win32で立ち行かなくなったときに考えるw
0812名無しさん@お腹いっぱい。2010/09/05(日) 02:53:36ID:WgJhu4Ir0
彼が第2のコボラーと言われる日はそう遠くない未来なのであった、まる。
0813名無しさん@お腹いっぱい。2010/09/05(日) 03:01:42ID:0syoyxbN0
いやいや、C#や.Netなら一週間も弄ればものにできると思うわw
ワザワザ意気込んで弄るようなものではないw
残念でしたw
0814名無しさん@お腹いっぱい。2010/09/05(日) 03:19:54ID:se/a7t+i0
ム板でも珍しくなったネイティブ原理主義者か。
開発者の端くれなら実際に弄ってみてから批判すればいいのにな。

1週間でものにできるなんて勘が鈍りすぎてるんじゃないか。
第二のコボラーってのも図星かね。
0815名無しさん@お腹いっぱい。2010/09/05(日) 03:48:25ID:0syoyxbN0
批判する気もないんだけどね、
でも、逆に.Netへの批判を潰そうとここで屯して過剰反応している方々の行動や言動のほうが不思議でならんね
.Netをヨイショしてる暇があるのなら手動かしてユーザーが.Netを入れたくなるようなプログラム書けばよいだけなのにな
0816名無しさん@お腹いっぱい。2010/09/05(日) 04:03:51ID:se/a7t+i0
出来もしないような事を出来ると妄言を吐くような人が何を言っているのやら
0817名無しさん@お腹いっぱい。2010/09/05(日) 04:26:12ID:gbKZWw1N0
やれやれw
気に食わない意見を黙れと罵倒するだけの人だったようですね、残念残念w
0818名無しさん@お腹いっぱい。2010/09/05(日) 17:43:35ID:se/a7t+i0
まともな意見なんてどこに書いてあるんだ?
0819名無しさん@お腹いっぱい。2010/09/05(日) 18:36:40ID:ZRlPHrQ60
そもそもXPをターゲットに入れるなら.NETという選択肢はありえんわな
インストールされてる保証はなく、入れると環境に大きな負担を与える
起動は遅くメモリは無駄に食い散らかす、OSの起動は遅くなりシャットダウンはもたつく
で、何のためそんなものを要求するかといえば、開発者が手抜き出来るんですぅ、ではねぇ
0820名無しさん@お腹いっぱい。2010/09/05(日) 23:02:51ID:se/a7t+i0
そもそも、そんな低スペックPC使い続けてるようなのが新しいアプリ入れるのかね。
0821名無しさん@お腹いっぱい。2010/09/05(日) 23:27:24ID:GUsI0f/O0
>>820
入れないと思ってるの?
XPユーザーすらをも低スペと一言で切り捨てるとはねぇwいや〜考えられんw
0822名無しさん@お腹いっぱい。2010/09/05(日) 23:46:30ID:eyTYGmnp0
>開発者が手抜き出来るんですぅ、ではねぇ

これは凄く重要な事なんだが。
Windowsが今の繁栄を得ている理由の1つは、他のOSに比べて開発者に甘いからだぞ。
使用する言語や、CPU等のハードの違い、オフライン/オンラインの差を一気に低くし、
それでいて従来の資産もきちんと活かせる.NETは、その点で非常に大きなイニシアチブを生む。

ただまぁ、出来が良いのはあくまでCLIの部分であって、その上に乗っかってるコンポーネント類は
洗練され切っていない部分があるのかもしれない。

>起動は遅く

これngenで赤くなってツノ生えるくらい改善します。


>メモリは無駄に食い散らかす

GCだから仕方ないが、それでもせいぜいVBやDelphiと同程度。
あとメモリ大食いってのは、VM自体が必要も無いのに大量にメモリ食うJavaと
混同されてるフシがあるが、.NETはそんな事やらん。


>OSの起動は遅くなりシャットダウンはもたつく

これは流石に否定はしないが、実際よりも大袈裟に言われてると思う。
ttp://gigazine.net/index.php?/news/comments/20060911_system_delay/
0823名無しさん@お腹いっぱい。2010/09/05(日) 23:48:15ID:se/a7t+i0
ID変わりすぎワロス。メンドイから全部別人って事にしとく

>>821
そもそも>>819はXP初期〜中期に出たやつで実用にならないって言ってるんじゃないのか。
あれだけ長く続いたOSを全部一緒にして扱うような馬鹿じゃないだろ。>>819に誤れ。
0824名無しさん@お腹いっぱい。2010/09/06(月) 00:13:20ID:GjQVJNcx0
C#試してみようと思ったけど
インストールがいつまでたっても終らないから諦めた
0825名無しさん@お腹いっぱい。2010/09/06(月) 00:26:56ID:9nuCadsz0
このスレッド、プログラマ多いね。
0826名無しさん@お腹いっぱい。2010/09/06(月) 00:49:36ID:clRPq10x0
>>824
そこであきらめんなよw
一週間でマスターする夢は潰えてしまうのか・・・
0827名無しさん@お腹いっぱい。2010/09/06(月) 00:55:48ID:efrvxKCJ0
>823
安価間違ってないか。>821じゃなくて>820だろ。

あと>822見てもらえば分かると思うが、.NETが「大きな負担」になるようなPCは
流石にポンコツだと思うよ。
遅くなるといっても高々1割未満で、せいぜいDirectX 9.0c + WinRAR3.6相当なんだが。
0828名無しさん@お腹いっぱい。2010/09/06(月) 01:02:18ID:EUjy5+lu0
>>823
ドチラもおれだよwここ数日なぜかIDがよく変わる
てか、XPではスペック高くても入れない方がイイっしょ
そもそも入れる価値g(ry

ネイティブならP3-1G+2000+256MBくらいまでは対応させないと罰が当たる気がする

>>826
>一週間でマスターする夢は潰えてしまうのか・・・
それもおれだがwまだやんねーよw

>>827
記事が2006年のだからな、.NET入れてねー奴が多数派だろ参考になるか?WinRARが重くなるとかも意味不明だしなw
0829名無しさん@お腹いっぱい。2010/09/06(月) 01:03:11ID:GjQVJNcx0
今度はアンインストールが終らん
0830名無しさん@お腹いっぱい。2010/09/06(月) 01:34:15ID:efrvxKCJ0
>828
>記事が2006年のだからな、.NET入れてねー奴が多数派だろ参考になるか?

VCPに入れて計測した結果だから、ユーザーの多少は関係無いと思いますが。
0831名無しさん@お腹いっぱい。2010/09/06(月) 01:41:11ID:clRPq10x0
>>828
アンタかいw

前はC++とMFCでやってたから気持ちは分かる。.NET2.0が出たばっかの頃は叩いてた。
でも.NETはじめてから考え方が変わって、新しい環境を重視するようになった。

新しいOSでも動くのは当然だけど、
Win7ならUAC・ジャンプリスト・Aeroプレビューなどに対応。(マルチタッチなんかにも対応したいけどまだできてない)
ファイルの扱いで新しい方法に従う。
(設定ファイルの保存に関係したとこで、UACのON/OFF切り替えると動作が変わるとか、マルチユーザに対応してないとか未だにあるから困る)

マルチコア最適化・32bit/64bit対応(同じアセンブリ。WOW64でなくJITによる64bitネイティブ)
空きメモリの有効活用(無駄使いではない。ちゃんとプロファイル取って削れるとこは削る)

...他にも.NET化で浮いた開発リソースを振り分けるべきところは山ほどある。


あれだ、使い慣れると面白くなるからやってみろってw

>>829
っ マ板のVisualStudioスレ/公式フォーラム
0832名無しさん@お腹いっぱい。2010/09/06(月) 01:47:03ID:efrvxKCJ0
VCPじゃねー。VPCだ。

ちなみにWinRARがシステムを遅くするってのは、コンテキストメニューに
項目追加したりするのが原因。
ウィルスバスター入れるとExplorerの反応が遅くなったりするのと同じ理由。
0833名無しさん@お腹いっぱい。2010/09/06(月) 02:00:08ID:GjQVJNcx0
┌┴┐┌┴┐┌┴┐ -┼-  ̄Tフ ̄Tフ __ / /
  _ノ   _ノ   _ノ ヽ/|    ノ    ノ       。。
       /\___/ヽ
    /ノヽ       ヽ、
    / ⌒''ヽ,,,)ii(,,,r'''''' :::ヘ
    | ン(○),ン <、(○)<::|  |`ヽ、
    |  `⌒,,ノ(、_, )ヽ⌒´ ::l  |::::ヽl
.   ヽ ヽ il´トェェェイ`li r ;/  .|:::::i |
   /ヽ  !l |,r-r-| l!   /ヽ  |:::::l |
  /  |^|ヽ、 `ニニ´一/|^|`,r-|:
0834名無しさん@お腹いっぱい。2010/09/06(月) 09:04:43ID:EUjy5+lu0
>>831
> UAC・ジャンプリスト・Aeroプレビュー
確かに新しい環境は意識してないのでそのへんはあんま詳しくないわ ;
DeviceIoControlでドライブをごにょごにょするソフトで管理権限が必要になりマニフェストにUAC関連も組み込んだくらいだねぇ

> マルチコア最適化・32bit/64bit対応
楽だけど味気ない気が、どちらかと言えば今は64bitネイティブや32bitDllなどの資産を64bitネイティブから利用する手段に興味が向いてたりするな
まだ手を付けてねーけど

> あれだ、使い慣れると面白くなるからやってみろってw
まあ、触りもせずに批判を続けるのも不毛だし気が向いたらなw
XPユーザーには.NETアプリを使わせたいと思わんのは変わらんけどねw

>>832
スマン向こうの記事よく読んでなかった ;
けど、NET Framework 2.0 か、
NET Framework 3.x や 4 とかは負担も格段に上がってんじゃねーの?
おれが使った感じでは相当重かったぞ

> ちなみにWinRARがシステムを遅くするってのは、コンテキストメニューに
> 項目追加したりするのが原因。
RARは実行ファイルの自己解凍庫をチェックをしたりするからそれの負担がでかいのかのぉ?

誰か助けてやれよw >>833
0835名無しさん@お腹いっぱい。2010/09/06(月) 19:03:56ID:clRPq10x0
>NET Framework 3.x や 4 とかは負担も格段に上がってんじゃねーの?
せいぜい横這いってとこじゃね?重くなるようなのって何かあったっけ。走らせるなら最新の方が速い。

3.0・3.5は機能追加とバグFixが主。3.5 SP1でCLRが改良されて起動速度・パフォーマンスが上がった。
http://msdn.microsoft.com/ja-jp/magazine/dd569747.aspx
軽くなることはあっても重くはならないはず。(HDDが酷く断片化してると遅くなるかも)
http://msdn.microsoft.com/ja-jp/netframework/dd365368.aspx

.NET 4では.NET 2.0のCLR 2.0以来始めてバージョンが上がってCLR4.0になり、GCの停止時間を減らすBackground GCなどが実装された。
ベースクラスライブラリにも手が加えられ、NGenも強化された。
あと新機能追加されたのにインストーラーが.NET 3.xより大幅に小さくなった。(IA-64が外れたのも大きい)
0836名無しさん@お腹いっぱい。2010/09/06(月) 19:23:21ID:EyWzTC5u0
まあ、最初クズを作ってそれをひつこく改良して使える程度のレベルにするのはMSの得意技だからね。
所詮、自分の都合とシェア取りだけだろ。.Netは。
楽をしたいからヨイショしてる馬鹿ばっかりだな。ここは。
0837名無しさん@お腹いっぱい。2010/09/06(月) 20:30:52ID:RlGN6q570
プログラマが手抜きできなくてどうすんだ?
手間と時間はそのまま開発費として跳ね返ってくるのに。それがソフトのライセンス料に反映されるのに。

高くてもまともな設計のソフトなら買うって奴は少なくないだろうが、そもそも、ほとんど凡庸なプログラマしかいない上に
無理難題押しつけられるのが常態化してる業界で、そんなのは特別な契約で作ってもらうしかないだろうし、
おそらく開発費ほぼ全額払わされるのがオチ。
0838名無しさん@お腹いっぱい。2010/09/06(月) 21:04:03ID:9nuCadsz0
ランタイムを使ってるのは、インスタントラーメンみたいなもので
そんなに不味いわけでもないけど、そんなにおいしいわけでもない。

逆にネイティブだけで作ったものは、
熟練の職人が作れば行列が出来るぐらいおいしくなるけど、
普通のおっちゃんが作れば、インスタントよりもはるかに不味い。

熟練の職人なんて、めったにいないし、金はらう気がないなら
まぁ、普通のおっちゃんの作ったインスタントで我慢しときなよ。

っつーことでしょ。
0839名無しさん@お腹いっぱい。2010/09/06(月) 22:01:58ID:EUjy5+lu0
> 熟練の職人なんて、めったにいないし、
一杯いるぞ。安心しろ。
0840名無しさん@お腹いっぱい。2010/09/06(月) 23:14:57ID:RlGN6q570
残念ながら、そんなにいるという期待はまったくと言っていいほど出来ないんだよね。
本当にできる人間なんてほんの一握りで、たいていの人間は凡庸だよ。
0841名無しさん@お腹いっぱい。2010/09/07(火) 00:01:27ID:clRPq10x0
同じWindowsで仕事してるID:EUjy5+lu0と違って
MSを叩きたいだけの>>836みたいなのは話にならない。

「○○はMSの得意技」と聞くと日本語の出来ない馬鹿を彷彿する。
0842名無しさん@お腹いっぱい。2010/09/07(火) 00:55:03ID:/yn1BLrb0
>>837
ここで.net入れないと言ってるのはパーソナルユーザーで、
.netのフリーやシェアや市販ソフトなんか使いたくないって話だと思うんだが、
あんたの言ってるのは商用ソフトのことだからちょっと違うな。
0843名無しさん@お腹いっぱい。2010/09/09(木) 02:49:51ID:mUbP0iHH0
バージョン結構ある上にSPとかランゲージパックとかあってうざいな
0844名無しさん@お腹いっぱい。2010/09/09(木) 04:18:15ID:xxFCiOS80
古いバージョンや個別のパッケージは分かってる人のための物。

最新版入れとけば何の問題もない。
WindowsUpdate/MicrosoftUpdateから入れればSP/LPまで自動で入れてくれる。
0845名無しさん@お腹いっぱい。2010/09/09(木) 05:01:36ID:1/UCNMR50
>>843
っ「.NET Framework Cleanup Tool」
全て削除してさっぱりしようぜ!

アンインストール後使えなくなったソフトは.Netアプリだから窓から投げ捨てよう
使えなくなるソフトがなければ今まで不要なものに無駄なリソースを与えてたということになる
0846名無しさん@お腹いっぱい。2010/09/09(木) 06:28:58ID:oe4C2pSI0
Framework4をXP/SP3に入れたら、NIS2010の起動完了が2分くらいに伸びた。
その間はネット接続不可。
アンインストしたら、元通りになった。
WIN7/32のほうへは入れてるが、こっちではNICの起動遅延は起こっていない。
0847名無しさん@お腹いっぱい。2010/09/09(木) 09:04:40ID:z4YxF2rJ0
伸びる前の起動時間、アンインストール後の起動時間を
教えてくれないとせっかくの報告の意味が無いよ。
0848名無しさん@お腹いっぱい。2010/09/10(金) 02:36:52ID:lMtSaDRL0
CCCの起動遅すぎ
クアッドコアでも遅い
0849名無しさん@お腹いっぱい。2010/09/10(金) 03:50:15ID:6sarKQI00
家は速いよ
0850名無しさん@お腹いっぱい。2010/09/14(火) 04:33:32ID:AM+uUJmf0
うちでもCCCの方がnVidiaコントロールパネルよりずっと立ち上がり速いな
0851名無しさん@お腹いっぱい。2010/09/22(水) 23:38:57ID:N20QAbYE0
ASP.NETの脆弱性で情報漏えいの恐れ、MSがセキュリティアドバイザリ公開
http://www.microsoft.com/japan/technet/security/advisory/2416728.mspx
影響を受けるのは、Windows 7/Vista/XPおよびWindows Server 2008 R2/2008/2003上の.
.NET Frameworkコンポーネントのすべてのバージョン。
0852名無しさん@お腹いっぱい。2010/09/27(月) 09:56:05ID:MGNitC0q0
ウチの環境では安定しているから欠かせないね
0853名無しさん@お腹いっぱい。2010/09/27(月) 16:03:45ID:k4ibctub0
.net framework 4.0入れたら今まで35秒で起動してたxpが1分45秒も待たすようになりやがった
即行アンインスコしたら35秒に戻ったよ(;´Д`)
0854名無しさん@お腹いっぱい。2010/09/27(月) 16:18:10ID:0LVIyaTr0
NGenしてただけってオチだったら笑う
0855名無しさん@お腹いっぱい。2010/09/27(月) 16:40:46ID:k4ibctub0
してませんよ
0856名無しさん@お腹いっぱい。2010/09/27(月) 17:40:03ID:0UXMprBp0
.net framework portableにしてシステムと無関係にしてくれればなー
IEもportable出せよ
0857名無しさん@お腹いっぱい。2010/09/27(月) 18:53:40ID:H+bFaSum0
4.0必要でメジャーなのってなにかあったっけ?
4どころか大体2.0に収まってる気がする
そういえば2.0だけなら容量結構小さいんだな
0858名無しさん@お腹いっぱい。2010/09/27(月) 19:19:51ID:0LVIyaTr0
>>855
なんでわかるの

>>857
.NET2.0 x86のインストーラーは小さい。
でも.NET2.0 x64のインストーラーは.NET4と同じぐらいのサイズがあるよ。
※.NET4はx86/x64が1つのインストーラーにまとまってる。
0859名無しさん@お腹いっぱい。2010/09/27(月) 19:25:18ID:jup0QZEm0
マジでゴミだな
0860名無しさん@お腹いっぱい。2010/09/27(月) 19:47:16ID:H+bFaSum0
>>856
ただのランタイムライブラリとして出回ればまだよかったのに色々寄生してみたり、何より消す時キレイに消えないのが良くない
>>858
ああそうなんだ
というか4もそんなにでかくないね
3.5が異常なだけか
0861名無しさん@お腹いっぱい。2010/09/27(月) 19:47:28ID:0LVIyaTr0
探してみたらx86単体のパッケージもあった。

.NET 2.0 SP2 (x86) - 23.8 MB
.NET 4 (x86 client) - 28.8 MB (21%UP↑)
http://download.microsoft.com/download/3/1/8/318161B8-9874-48E4-BB38-9EB82C5D6358/dotNetFx40_Client_x86.exe
.NET 4 (x86 full) - 35.3 MB (48%UP↑)
http://download.microsoft.com/download/5/6/4/5641DA81-E6FA-4550-9F80-A1D862D9CFAA/dotNetFx40_Full_x86.exe

fullはサーバ用のやつも入った全部入りパッケージ
0862名無しさん@お腹いっぱい。2010/09/27(月) 19:54:27ID:jup0QZEm0
NET Framework Version 2.0
* 必要なディスク容量: 280 MB (x86)、610 MB (x64)

.NET Framework 4
o ディスクの最小空き容量:
+ x86 -- 900 MB
+ x64 -- 2.1 GB

何倍に膨れ上がっとるんだ?あ?
0863名無しさん@お腹いっぱい。2010/09/27(月) 19:56:01ID:lUVJPYRX0
本当に大きいのは3.0
0864名無しさん@お腹いっぱい。2010/09/27(月) 19:58:58ID:0LVIyaTr0
>>861
.NET3.5 fullだとx86/x64/『ia64』全部入りなのもあって馬鹿デカイんだよね。
ネットに繋がってるならWebインストーラー使うと余計なのをダウンロードしない。

.NET4が小さいのはia64が外れたのが大きい。
0865名無しさん@お腹いっぱい。2010/09/27(月) 20:04:44ID:H+bFaSum0
.NET製アプリ起動に必要なランタイムのみの最小インストールとかあればいいのに
0866名無しさん@お腹いっぱい。2010/09/27(月) 20:45:05ID:0LVIyaTr0
>>862
さぁ?何倍になってるんかね?
調べてきてよ
0867名無しさん@お腹いっぱい。2010/09/27(月) 23:58:36ID:jup0QZEm0
.netだめぽ
0868名無しさん@お腹いっぱい。2010/09/28(火) 00:24:52ID:f6991PM20
>>865
.NET Framework client profile がそうじゃないの?
0869名無しさん@お腹いっぱい。2010/09/28(火) 00:33:28ID:DS5Ujs210
ファイルサイズの大きさは、恐らく速度重視でチューンされた結果だと思う。
(例えばGoogle Chrome と Firefoxのサイズを比べてみれば、分かると思う)

あとWinAPIの完全リプレースを狙ってるランタイムなのだから、デカイのは当たり前。
0870名無しさん@お腹いっぱい。2010/09/28(火) 00:34:48ID:DS5Ujs210
逆に言えば、.Net Framework に集約すれば、
Windowsは今よりコンパクトになるんじゃないのかと。
0871名無しさん@お腹いっぱい。2010/09/28(火) 01:04:45ID:AIzOjtn90
互換性が完全じゃない上にバージョンやSPや修正プログラムや言語ファイルがごちゃごちゃあってうざいです
最小限にするにはどれを入れるのがいいか調べてるうちに面倒になって嫌いになった
0872名無しさん@お腹いっぱい。2010/09/28(火) 01:44:44ID:rt5PCmhI0
>>871
>互換性が完全じゃない
具体的に

1.xとか言い出したらワロスw
0873名無しさん@お腹いっぱい。2010/09/28(火) 01:58:41ID:AIzOjtn90
最新の4.0を入れれば全部動くというわけではないと聞いた
2.0と3.0と3.5の関係は知ってる
0874名無しさん@お腹いっぱい。2010/09/28(火) 02:40:42ID:3ABfOaeo0
4.0入れても2.0は動かん
3.0以降は重いわ起動の足引っ張るわ環境は破壊するわでXPだと入れても碌なことにならんな

XPなら入れるとしても2.0だけに止めて置くべき
CCCも2.0だけで動くしな
0875名無しさん@お腹いっぱい。2010/09/28(火) 03:13:49ID:WfiZBQuW0
ところがIntelが3.0でないと動かないんだよ。
0876名無しさん@お腹いっぱい。2010/09/28(火) 09:06:56ID:rt5PCmhI0
>>873
完全ではないけど、全部動くと言ってもいいぐらいの互換性はある。

.NET4では2.0〜3.5までの更新と違い根幹の共通言語ランタイム(CLR)/基本クラス ライブラリ(BCL)に手が加えられ
セキュリティ、標準への準拠、正確性、信頼性、およびパフォーマンスの向上のための変更が行われた。

.NETに詳しい開発者ならその変更が最小限の影響しか及ぼさない事を理解できる筈だ。
http://msdn.microsoft.com/ja-jp/library/ee941656%28en-us%29.aspx (en)

パフォーマンスをちょっと改善しただけで動かなくなるようなやつを動くようにするにはどうすりゃいいのか って読み物
http://msdn.microsoft.com/ja-jp/magazine/ee819091.aspx (ja)

互換性問題に関しては、"完全な互換性"が約束される3.5SP1と4を入れてSxS/In-proc SxSを最大限に活用するのが一番いいのは間違いないけどね。

>>874
>4.0入れても2.0は動かん
何を勘違いしてそう思ってるのか分からんけど、動きます。2.0で動いてたやつなら1.0すらそのまま動く

プリフェッチ機能の弱いXPだからこそ.NET3.5SP1からのコールドスタートアップとワーキングセットの改善の恩恵をモロに受けれるのに勿体無い。
0877名無しさん@お腹いっぱい。2010/09/28(火) 09:39:19ID:f6991PM20
1.x → 2.0 は問題なかったか?
最近触ってないから覚えてないけど。
0878名無しさん@お腹いっぱい。2010/09/28(火) 11:21:38ID:rt5PCmhI0
>>877
1.x→2.0は互換性のない変更点がある。
それに触れてなかったら動くよ。
0879名無しさん@お腹いっぱい。2010/09/28(火) 15:20:07ID:y65jqJd50
>>876
勘違いもなにも、4.0だけ入れても2.0要求するソフトが使えなかったからそう言ってるだけ
そいつの作ったソフトが腐ってるだけなのか他に理由があるのかは知らんがな
出来の悪いソフトだったので結局それも使ってないのでどうでも良いけど
0880名無しさん@お腹いっぱい。2010/09/28(火) 16:09:24ID:rt5PCmhI0
あぁ、把握した。それも互換性を保つ為の仕様で
意図的にレガシーアプリケーションを新しいランタイムにロールフォワードするようにしてない。
ロールフォワードする方が便利だと思うけど、互換性の為なら仕方ないね。

・使ってないなら以下は読まなくていい
レジストリにキー書き足して一括指定するか
32-bit apps on a 32-bit operating system
64-bit apps on a 64-bit operating system
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework]
"OnlyUseLatestCLR"=dword:00000001
32-bit apps on a 64-bit operating system
[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework]
"OnlyUseLatestCLR"=dword:00000001

下のテキストを アプリケーション名.exe.config の名前で保存すれば動く筈
<?xml version="1.0"?>
<configuration>
<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0"/>
<supportedRuntime version="v2.0.50727"/>
</startup>
</configuration>
0881名無しさん@お腹いっぱい。2010/09/28(火) 22:49:06ID:e7dKDpYT0
なんか、スレタイとおもいっきり違ってきてないか?
0882名無しさん@お腹いっぱい。2010/09/28(火) 23:17:11ID:yDBJ4wxS0
推進派に監視されてるからな
だが、>>1から4年以上経ってるに相変わらず.netは入れなくても困ることはないけど
0883名無しさん@お腹いっぱい。2010/09/29(水) 05:48:15ID:WK6pWXns0
ああいれてしまったしにたい
0884名無しさん@お腹いっぱい。2010/10/01(金) 01:06:25ID:AYiRvvaH0
死にたいぐらいなら消せばいいと思うの
0885名無しさん@お腹いっぱい。2010/10/01(金) 11:32:11ID:9mwPVmCm0
実際、もっさりって言うけど
どこがどれぐらいもっさりしてるんだろう。

自分PCで.NET 4で開発してるけど、
もっさりと感じたことがないからわかんないんだよね。
0886名無しさん@お腹いっぱい。2010/10/01(金) 11:43:48ID:Wy3InuzI0
なんかしらんけど1.1,2.0,3.0,3.5と.Netが一杯入ってたので今日思い切ってアンスコしました。
アンスコ情報が壊れてたか消したかしてたようで、ファイルやレジストリキーが一杯
残ってしまって、microsoft updateに.Net用のhotfixがちょいちょい出てきてたので
ファイルやレジストリを適当に探して消した。何かすっきりした気分だ。

ver4 を入れるかどうかは様子を見て考えるけど、.Netアプリって良く考えたら
たぶん一つも使ってない(少なくとも常用してない)気がする。
cygwinつかってたとき、一時的にPoderosa利用してたから2.0入れたのだった
ような気がしてるが、cygwinのほうはもう公式のminttyつかってるから
.Net要らない。

なにか面白いあるいは便利な.Netアプリがあったら紹介してください。
0887名無しさん@お腹いっぱい。2010/10/02(土) 15:54:20ID:ExseVzQ/0
>>886

最後の1行、続きはこちらのスレへどうぞ
.NET Frameworkアプリのもっさり起動を高速化
http://hibari.2ch.net/test/read.cgi/software/1226792077/
├.Netアプリ例
│  http://hibari.2ch.net/test/read.cgi/software/1226792077/17-19n
└このソフトも実は?
    http://hibari.2ch.net/test/read.cgi/software/1226792077/45
0888名無しさん@お腹いっぱい。2010/10/03(日) 03:32:09ID:c3MH23dm0
ttp://www.nicovideo.jp/watch/sm11870703
ttp://www.nicovideo.jp/watch/sm9960700
0889名無しさん@お腹いっぱい。2010/10/05(火) 14:48:32ID:21c+nVym0
NETFrameworkのupdate後に、パソコンの起動直後だけものすごく遅くなっていたように感じたので、
Windows Live OneCare のPCセーフティのクリーンアップスキャンをしたら、少しだけ速くなった。
不要なレジストリが大量発生していたのかな?。

レジストリを掃除する他のソフトの方がもっと速くできるのかな?
0890名無しさん@お腹いっぱい。2010/10/05(火) 14:51:28ID:MnAGwufXP
2004年のスレなのかこれ・・・
あのころに戻りたい
0891名無しさん@お腹いっぱい。2010/10/05(火) 18:55:32ID:Ob1e0JNk0
>>889
せいかい: regseeker
0892名無しさん@お腹いっぱい。2010/10/06(水) 05:04:19ID:iFM/Jrrc0
Delphi XE
http://www.embarcadero.com/jp/products/delphi

.Net蹴ってネイティブ重視に戻ったのかの?
0893名無しさん@お腹いっぱい。2010/10/07(木) 01:13:30ID:atnSPiPr0
>>892
Delphi XEのページに書かれてるわけないだろwww

RAD Studio XE
http://www.embarcadero.com/jp/products/rad-studio
単体製品としてDelphi Prism XEも同時に出荷された。
http://www.embarcadero.com/jp/products/delphi-prism
・Visual Studio 2010 Shell ベースのIDE
・.NET 4/Silverlight 4 対応
・MonoDevelop 2.4 搭載
 ・Mac OS XでもDelphi Prismで開発できるようになった
 ・MonoTouch によるiPad/iPhone/iPod Touch開発
・インポート/コピペでC#コードをDelphi Prismコードに変換
・Delphi Prism言語にAOPなどの機能追加

.NET扱えるってだけじゃ勝負にならないから、クロスプラットフォーム対応で差別化するっていう以前からの戦略を踏襲してる。
0894名無しさん@お腹いっぱい。2010/10/07(木) 01:30:28ID:da/ikU470
>>892
ボーランドのドメインじゃないから何かと思ったら、開発ツール事業が売却されていたのか。
0895名無しさん@お腹いっぱい。2010/10/09(土) 07:03:13ID:A4uUcImr0
>>875
http://blog.livedoor.jp/blackwingcat/archives/1166407.html
3.x以降完全に不要になった。
0896名無しさん@お腹いっぱい。2010/10/10(日) 16:31:50ID:2lylyHr60
あれよあれよで全バージョンのランタイム入っちゃうし
MSもそれを想定してるだろ
4.0だけあれば動くとか無駄なアピールやめろw
■ このスレッドは過去ログ倉庫に格納されています