.NET で作られた有名ソフトって何がある？

え？　スレタイはイヤミでついてるんじゃないの？

つーかよー。
VC++2005入れてframework2.0入れらされたから、1.1消したんだけど
これって上位互換じゃねーのな。atiのパネル動かなくなった。

それはatiが悪い

>>610
上位互換じゃない。
Javaみたいに上書きしていくんじゃなくて、
それぞれのバージョンが複数インストールされたまま並列して動くのでバージョン問題は一切発生しない。

それじゃ互換性って一体。

下位は切り捨ておｋ、か。今まで通り。

>>613
勝手にアンインスコしといて何言ってんだ？

WinNTがWin16やDOSアプリを実行できるのと偉い違い棚。
互換性に関しては大幅なスペックダウン。

互換性瓜なんで輪？？？

は？
1.1アプリもフレームワーク入れれば実行できるだろ。

結論：

WinOS >>>>> ﾌﾞﾋﾞランタイム >>>>> ﾄﾞﾄﾈﾄランタイム

ﾌﾞﾋﾞアプリってランタイム込みでインストーラ巨大だったが、
ﾄﾞﾄﾈﾄアプリはランタイム込みだと５００メガ越えるわけか。

>>618
中学生は２ちゃんねるに来ないでください（＞＜）

あにいってんだおまえら？
1.1のソフトは普通に2.0で動くが？

>>620
.net framework 2.0って1.1も同梱してるの？

してない。
2.0しか入ってなければ1.1のソフトは2.0上で動く。

>>613
.NET Framework 1.0 , 1.1, 2.0 , .....
すべてのバージョンのランタイムをインストールしてください。。。

>>622
それは知らなかった。どうも。

.NETはプリコンパイルしてネイティブにしとけばランタイム無しで
配布できんだろ。

>>625
むひ

つか、VS.NET C# で開発するようになってからは
他の手段でWinアプリ作るのって馬鹿らしくて
C++とかもうLinuxでサーバ書く以外で使いたくねーよ

ソフトについてだが、俺は Paint.NET の出来が良いなあとおもふ

あれのフィルター処理が以外と速くて驚いた
ソースも公開されてるしいいよね
.NET2.0にも対応したし

ちょっと気になったんだが、.NET Framework上で動くアプリをWinアプリっていうの？
「.NETアプリ」っていうのかと思っていたのだが。

.netアプリの大半は事実上Win上でしか動かないわけだからWinアプリと一般的に呼称されていることに特に違和感は覚えない

フリーソフトでＭＸで拾った音のつながった曲を曲順に分けれるものがあったら教えてちょ

>>629
それで正しいよ。.NETアプリはMacやLinuxでも動くからね。

>>62４
捕捉。

.NET Framework 2.0は1.1と互換性があるから、1.1のアプリは2.0で動く。
だから1.1のアプリを使いたい場合でも基本的に2.0（やその上）だけを入れればいい。

しかし、.NETに限らずバージョンが違う場合の互換性は完璧ではない。
この場合に、1.1と2.0を同時に入れることで、
1.1用アプリは1.1で、2.0用アプリは2.0で、動くようになる
（デフォルト・コンポーネントごとにどちらで動かすか変更可）

上位互換性を持っており、さらにどうしてもわずかに残ってしまう非互換性という
現実的な問題に対応しているのが.NETなのだ。

結局Javaですか。

いくらM$社員が互換性を謳おうが、
一番使われてるであろう.netアプリの
ATIのディスプレイプロパティは動かない事実。

何こいつ？
さっさと1.1入れなおせよ。

>>635
いくらお前がデマ流そうが、
実際に使っている俺のマシンで
しっかり動いているのが事実ｗ

じゃ、確率50%だな。
互換性ないじゃん

> じゃ、確率50%だな。
は？ 馬鹿かこいつ。
一体どういう理屈でそうなるんだよ。
言ってみろ。馬鹿にしてやっからｗ

1人が動く
1人が動かない
こんな単純な話も理解できないお馬鹿さんがいるとは…。

>>613-619
>>635-640

こいつ3囚人の問題とか全否定しそうｗ

ATIドライバーが最新ではないという落ちはま〜だ。ﾁﾝﾁﾝ(AAr略

ATIのせいにするとは。建築屋かよ

>>638
動くと動かないの二通りだから50%。自明ですね（＾＾；

>>642
いや最新版だから。
ちなみに、俺の取った手順は
かなり前に1.1入れる→2.0入れる→1.1消す→atiのドライバ消す→
atiのドライバ最新版入れる→詳細プロパティ現れず→
.netに互換性なしと認識して1.1入れた

>>644
あと 98 人が問題ないとレスするまで、納得しないつもりか？

>>646
何人いようが>>644の理屈では50%のまま。

てゆうかﾄﾞﾄﾈﾄ2.0は未だベータ２（人柱バージョン）。

アンチはお引取りください

印刷もまともにできないJavaはアルファ未満だなｗ

業務には使えない。それが.neet

雑誌の情報鵜呑みにして考えない。それがNEET.

クオリティ高ぇ

.NEETは使えないが.NETは使えるということですね。

>>650
Javaは50%しか印刷できない。
今のところ反論は無いので、100%印刷できないｗｗｗｗ

幻想確率論

このスレでは語尾に顔とかｗつける奴は、
確率っつーもんをわかってないね

655は皮肉で書いてるんだろ

結局存在しないんだね

ここでjavaの悪評してどうする。
流石.NEETだな。

>>658
内容が間違ってたら皮肉にもならん。

ついんてーる

Visual Studioのコントロール多数。

Adobe Creative Suiteに付いているVersion Cue というバージョン管理ツールは
.NET Framwork 1.1を使っているらしい。もちろんWindows版な。
ttp://support.adobe.co.jp/faq/faq/qadoc.sv?224296+002

俺が出した結論はこうだ！
Visual C# for Win64API
Visual C# for JVM
つまり.NETはいらない。
ﾈｲﾃｨﾌﾞとｼﾞｬｳﾞｧｳﾞｧｰﾁｬﾙﾏｼｰﾝで動くC#が最高。
そういうこと。

GNU C# for Win64API
Borland C# for JVM

なら可能性０じゃないけど。

Win64APIなんてあったっけ？

>>666
ttp://images.google.com/images?hl=ja&&rls=ja&q=%E8%A8%98%E6%86%B6%E3%81%AB%E3%81%94%E3%81%96%E3%81%84%E3%81%BE%E3%81%9B%E3%82%93&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=&sa=N&tab=wi

>>666
ttp://bizns.nikkeibp.co.jp/cgi-bin/search/wcs-bun.cgi?ID=51949&FORM=biztechnews

Vistaでもこれ使えるのかな。

>>668
かなり完成に近づいているはずだよね

大半はWIN32とほぼ同じインターフェースなんじゃないの？
例えばHANDLEの受け渡しが64bitになるとか、そういった違い程度で。

とっくにx64/IA64用のSDKが公開済みだが。
7年前の記事とか貼ってあるし一瞬タイムスリップしたかスレを間違えたかと思ったぞ
http://pc8.2ch.net/test/read.cgi/tech/1127283408/l50

既出だが、これはいいね。
Terminal Emulator Poderosa
http://ja.poderosa.org/

すでに.NETじゃないっていうレスはあるけど
だったらOfficeは何で作られてるの？
MFC？ATL？Win32API素で？

Officeは独自のフレームワーク使ってるだろ、
あえてその３つから選ぶならWin32API素だな。

97あたりでVisualBasicモドキみたいなので作られてるという話を聞いたことがある。
たぶん>>674が言う独自フレームワークのことを指してるのかも。
VBモドキとか言っても、当然ながらかなりカスタマイズされてるだろうけど。

TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？



>>1 .NET

>673
あれ？OfficeはMFCじゃなかったっけ？

MFCじゃねーよ

OfficeはMFCができるより前から作られている。
当時としても、MFCで作り直すなんてしてられなかったのだろう。

Office12は『初めて』作り直したと言っていたが、何で作っているんだろう

OfficeはOfficeで作られています

何気に.NETのスレが2chねるにたくさんあって、はやってるのかなと思うが､
.NETで作られたアプリはPoderosaしか知らん。やっぱ、使えないのかな。
むしろ、ASP.NETでサーバーサイドでしか使われてないとか。

ちょっと、レス読んでて、気になったが、
>>622
って本当？？.NETアプリって基本的にサイドバイサイド実行で、コンパイル時に参照している
アセンブリと同じバージョンのアセンブリが必要じゃん。
動くってことは、.NETのバージョン・リダイレクト機能で、.NET2.0のインストール時に
1.0のバージョンのアセンブリが2.0のバージョンのアセンブリを使うよう、発行者ポリシーか
マシンポリシーで設定されるってことだよな？

>>683
俺、622じゃないし、うろ覚えだけど、確かそんな話聞いたことある。
バージョン間で非互換な機能使ってない限り動くと。

>>683-684
同じバージョンのCLRが入っていない場合、
代わりに最新版が選択される。
（もちろん、それがアプリよりも古い場合は不可。）
これはCLRの仕様らしく、SDKドキュメントでも明記されている。
しかし互換性は完全には保証されない。

異なるバージョンで「勝手に動かないように」したい場合は、
構成ファイル（App.exe.config）で明示せよ、とのこと。

>>685
そうなのか、SDKに書いてあるなら、そっちの方が正しそうだな。
俺は
ttp://www.atmarkit.co.jp/fdotnet/technology/idnfw11_04/idnfw11_04_01.html
で、調べただけで、これを見る限り、代わりの最新版が選択されるようには
なってなかったから。バージョン・リダイレクトをするには、アプリケーションの構成ファイル(ファイル名.config)
を使用するか、発行者ポリシーを使用するか、マシンポリシー(machine.config)を設定するって書いてあったから。

>代わりの最新版が選択されるようにはなってなかったから。
は
>代わりの最新版が自動で選択されるようにはなってなかったから。
に修正

>>680
MSの知り合いに聞いた話だが、
.NETで全書き換えするのは見送られたって。
.NET化はまだ先だな。

.NET化する予定はなくなったから、
未来永劫.NET化しない

てかもともと予定はない。

>>690
ここ最近そういうウソを書きまくるレスが多いんだけど、何の意味があるわけ？

当初の発表
.NET Framework をVistaの標準システム呼び出し方法とする。
Win32APIは互換性のためだけに残す。

社印？

確かにOfficeを.NETでつくらんで､.NETをユーザーに勧めるのは筋違いだが。
Office作りなおすのも大変なんだろう。COMの結晶でもあるわけだし。

忘れたい過去＞Longhornで.NET

>>692
ＣＯＭってそんなに使われているのか。
一般には広まらなかったみたい。

一般ってなによ

>>694
一般には広まらなかったが、OfficeはCOMの結晶じゃん。
オートメーションサーバーとか。
VBか何かでExcelなりをプログラムから操作した経験ない？？

一般ってなによ

>>697
アプリケーション。
ＭＳOｆｆｉｃｅアプリケーションじゃん
って言わないで。
ＭＳ謹製じゃなくて。
そう言えば、一太郎をCOMでつくりなおしたなんて話があったな。
現在の一太郎もCOMでできているのか？

＞VBか何かでExcelなりをプログラムから操作した経験ない？？
あるが、COMで操作するようになっているから使わざる得ないだけ。

一般＝アプリーション？
意味わかんねーよ

日本語わかんないの？
一般に広まらなかったというのは、
通常の業務アプリケーションの開発にCOMは使われなかった。
フリーソフトや趣味プログラマーがよく作るソフトにCOMは使われなかった。
という意味。
「一般ってなによ」というのは一般の辞書に書いてある意味をきいてるのではない。
おめーがそういう意味できいているなら、しょうもねーがな。
そこまでバカなのか？

>>691
当初の発表 は合ってる。
Officeの全書き換えはIEを全書き換えしないのと同じようなもの。
Officeの全書き換えのソースあったらよろしこ。

>>700
COMが何なのか言ってみろ

ヒント:COMの事が簡単にいえるようなら、COMは今ごろ新型インフルエンザより大流行。

知識も無いのに騒いでたのか
キチガイだな

ほんとにすみません。私まだWindows触り初めて３日と４時間しかたっていない初心者なので。
ほんとにごめんなさい。
あなたの気のすむまで謝ります。
謝っても許していただけなければ、いじけるよぉ。

普通に許さん

普通ってなによ

>>700
> 通常の業務アプリケーションの開発にCOMは使われなかった。
Excelを操作するとき、なんらかのocxコントロールなどで使われています。

> フリーソフトや趣味プログラマーがよく作るソフトにCOMは使われなかった。
IEコンポーネントを使ったブラウザや２ｃｈブラウザはCOMを使っています。

GoogleツールバーもCOMを使って実装されているし、
IEで動くFlashもCOMで作られているし、
Adobe Readerもそうだよな。DirectXもCOMだし。

COM使っている事例を挙げるときりがありません。
ありがとうございました。

動画、音楽再生に必要なコーデックもCOMだ。

一太郎もCOM（OLE）使ってるな。

http://www.int21.co.jp/pcdn/vb/noriolib/vbmag/6/aki/
　他社製品ではジャストシステムの一太郎がPlayRiteという
独自のスクリプトをOLEオートメーションに提供しています．

エクスプローラがCOMなんだから事例もなにもないだろう
COMは古典的なテクニックに過ぎないのでモジラも使っている
そのとんでもびっくりな発展系がOLEなので勘違いされているんだろう

COMはMSが作ったんですけど

>COMは古典的なテクニックに過ぎないのでモジラも使っている
>そのとんでもびっくりな発展系がOLEなので勘違いされているんだろう

DDE → OLE → OLE2 → ActiveX → COM
なんだけど。。。


>エクスプローラがCOMなんだから事例もなにもないだろう
COMのインターフェース被せてあるだけだお。

>>708
その程度で普及したと言えるのか？
COM使うようになっているから使っているだけじゃないの？

それを普及と言うんじゃね？

まぁ、COMは普及した。
ドトネトは（ｒｙ

OLEサーバー機能をもたそうとするとCOMを実装せざる得ない。
それ以外に方法がない。
（ま、win3.1時代に開発したアプリ（現在でも動く）DDEで実現して
いるがまったく機能が同じにはできない）
だから使っているのよ。
MSがCOM以外の実現方法を提供しない。
また、OLEサーバー機能を持ったアプリはそれほど多くはないのではないか？

確かに初期OLE2本を読むと、
これからのコーディングはかつてのWindowsのgeneric.cからole形式に変わってしまう、
と書いてあったが、それほどでも。。。

ＣＯＭは難しすぎた。てゆーかめんどくさかった。
VBプログラマが.NETに壁を感じるようなもん。

>>717
> MSがCOM以外の実現方法を提供しない。
MSがCOM以外の実現方法を提供しないかどうかなんて関係ないのよ。

COMを使わなくてもいいんだから。
で、実際はCOMは普及した。

> また、OLEサーバー機能を持ったアプリはそれほど多くはないのではないか？
外部から操作することを想定しているアプリなら
たいていがOLEサーバー機能を持っている。

外部から操作することを想定していないアプリはOLEサーバー機能を
持っていないと当たり前なことは言って、だから普及していないと結論付けないでね。
COMは外部から操作するときに使うものなんだから。

>>720
＞外部から操作することを想定しているアプリなら
＞たいていがOLEサーバー機能を持っている。

だからあ、
外部から操作を必要とするアプリはそんな多くはないと言っているの

＞外部から操作することを想定しているアプリなら
＞たいていがOLEサーバー機能を持っている。
COMしか手段がないといってるじゃねーの？
レスにもなんにもなってないんだよ。
わかんないの？

COMは実装してても俺なんでこんなコーディングしてんのとしか思えんから
面倒くさいし実装方法すぐ忘れるし

COMスレ立ててそっちでやってくれよ

ＣＵＭ　ＳＨＯＴ！ＣＯＭ　ＳＨＯＴ！

>>721
「外部から操作を必要とするアプリ」はそんなに多くないかもしれないが、
たとえばVBやASPのようなスクリプト言語環境の拡張のために、ライブラリとして
インプロセスCOMサーバを書いたりすることは、別段珍しいことじゃないだろう。

ま、COMは一種の分散オブジェクト環境なんだが、そもそもそれが
あんまりはやらなかったってのがあるわな。CORBAとか。

> だからあ、
> 外部から操作を必要とするアプリはそんな多くはないと言っているの
外部から操作を必要としないアプリは、
そもそも対象外だろ。

それはCOMがどうたらではなく、
単に外部から操作を必要とするアプリは
普及しなかったといっているに過ぎない。

外部から操作を必要とするアプリでCOMは普及した。

せっかくCOMスレ立ってるんだからCOMの話の続きはそっちでやってくれ。

>>727
それは普及したとは言わなんだよ。
（COMしか選択肢がない。
様々な実現方法があった上でCOMが優れていたので採用されたのであれば普及したと言える）
以下はCOMスレでやれ。

まあ.NETよりは100倍普及したな

100倍どころじゃないだろ

VBでとりあえず、クラス作ったらCOMになっちゃわなかったっけ？？

どうしてスレと逆の話ばかりしたがるかな。

ゆとり教育の弊害だろうな

ゆとり教育の弊害って2chなどでもよく見る文言を呪文のように答える君は何教育の弊害かな。。

>>725
com　shot　は「ぶっかけ」です。

奉行シリーズはC#らしいね。日経ソフトウェアの付録に書いてあった。

http://www.obc.co.jp/RECRUIT/jobstyle/jobstyle03.html

本当だ。
奉行シリーズまで.NET化するとは意外。

別に以外じゃないっしょ、次期Windowsはデフォで.NET環境だから

こりゃ重くて使い物にならんね。
奉行ｼﾘｰｽﾞ終了〜

>>741
使ってみたの？ｋｗｓｋ

.NETもJavaのように風評で遅いっていうイメージがつきまとっちゃうのかな
ｶﾜｲｿｽ

JAVA超重い
.NET起動が遅い
少し使ってみた感想はこんなイメージだな

2.0になって起動もかなり速くなってる気がするけど

次期Windowsから.NETなんだよ
もう後戻りできないの
いいかげん慣れなよ

時期OSから.NETとか言ってる人はWinFXスレに目を通すことをおすすめする。
それ読んでVC++に戻ったぞ。時代はWTLだ！orz

WinFXは.NETをベースにしてるんだよ。
新しいAPIへのアクセスも.NETからするんだよ。
だからもうVBだのVC++だの言ってられないの。
わかった？

FXスレ嫁って。
肝心のVistaがWinFXベースじゃなく、あいかわらずWin32APIベースだよ。
WinFXへの完全移行は何年も先だよ。ポシャる可能性もある。そんな状況だ。
それにWinFX上で組むなら、わざわざC++なんかチョイスせんよ。

だから、2ちゃんとかのネット上のスレで言ってることなんて
全然信用できないの。
MSのサイト嫁
わかった？

>>747>>748
両方に利点があるんだからVista世代のOSに選択肢があるのは嬉しいじゃん。

MS内で.NET派(ヘルズバーグ氏以下ボーランドからの移籍組)とWin32派(旧くからのMS組)との間に
溝があるてな話をどこかで読んだ。ゴシップだったのかね。

SQL Serverをバックエンドにするような業務パッケージは各社 .NET化してるみたいね。
>>740の奉行とかGRANDITとか。

いや信用できないも糞も実際VistaでWinFXが標準APIになって
Win32APIはWinFXの上でエミュレートして動くって話自体流れただろ。
結局WinFXは、現状の.NETと同じようにWin32APIの上に乗っかるフレームワーク。
しかも重いだけじゃない、Win32APIで実現できている機能全部に対応してない。
それに、WinFXベースにするってことはOfficeとかも
WinFXで書き換えないといけなくなる。それも相当な労力。
移行はまだまだ先、もしくは、途中で消える可能性もある、これが現実。

>結局WinFXは、現状の.NETと同じようにWin32APIの上に乗っかるフレームワーク。
おまい完全に勉強不足。
乗っかるんじゃなくて完全な置き換えなの。
旧Win32APIはお情けでエミューレートしてもらえるだけなの。
わかった？

何度言わせるんだよｗｗｗｗ
それがお流れになったつーの！
・・・てか、つりかなこれ（´・ω・｀）

理想と現実が見えない人はいるのだよ

つか、誰もソース示さないから粘着されるんじゃんｗ

ttp://ja.wikipedia.org/wiki/Microsoft_Windows_Vista
wikipediaにものっとる。msからの正式なソースはみつからんね。

掲示板とかWikiとか誰でも自由に書き込み・編集できるところなんか
信頼できるソースじゃないっつーのｗｗｗ

おまいはMSのソースが完全に正しいとでも？
何度、ゲイツが裏切ったかｗｗｗｗｗｗ

掲示板とかWikiとか誰でも自由に書き込み・編集できるサイトよりは
信用できるよ。そんなこと当たり前じゃん(・∀・)

そりゃそうだｗ

いい加減、認めろよｗｗｗｗ
ま、俺もインスコする時間ないから自分の目で確かめてないけど、
Vistaβインスコした奴らが、WinFXがWin32APIの上で動いてるって言ってるのも、
Wikiの記述も全部嘘と言い張るのかよｗｗｗｗｗｗ
逆にMSが年末発売のVistaで完全にWinFXベースになるって書いてあるソースだせよｗｗｗｗｗｗｗｗｗｗｗｗ

　> ま、俺もインスコする時間ないから自分の目で確かめてないけど、

なんだ厨か・・・マジレスして損した

>>753
>旧Win32APIはお情けでエミューレートしてもらえるだけなの。
これは誤解じゃね？
http://itpro.nikkeibp.co.jp/article/COLUMN/20060511/237541/

Native-Only Applications の開発環境が用意されてるし。
エミュレートをネイティブとは云わないでしょ。
http://msdn.microsoft.com/windowsvista/downloads/products/getthebeta/default.aspx#developNativeOnlyApps

Vista+WinFXのアーキテクチャ図を見ると、CLRとは別にCOMその他の旧来の技術も
用意してあって、その上にWPFやWCFが乗ってるよ。
http://www.uploda.org/uporg405822.jpg.html

論点をハッキリさせた方がいいな。ごっちゃになっとるｗ

　�@ Vistaリリース時点ではWinFXは旧Win32APIを捨て切れない実装に留まる
　�A そして将来的にも新しいAPIセットに置き換わる可能性はない

�@はネット上の各種情報サイトから事実と判定していい
�Aは掲示板等で流布されているに過ぎない情報で確証はない

こんなとこかな(・∀・)

>>765
ｻﾝｷｭ。確かには2は俺の書いた憶測だ。
将来に備えて今から.NET、WinFXのAPIに熟知しておくのも、
俺みたいに当面はWTL&ATLでやるのも人それぞれ決めることだね。

まあ、ここまで来たら、.NETの系統自体がなくなることはないと見ていいんじゃないの？
企業内でのシステム開発も従来VB6で作ってたものが、だいぶ.NETに置き換わりつつ
あるみたいだし、簡単には切り捨てられんだろう。
問題はAPI系のアプリと.NET系のアプリのウエイトが将来どうなるかっていうところ。

.netの生産性の高さは異常

.netに移行できないバカも居るみたいだけどｗ

そう、異常。
異常すぎるからかえって心配になる。

昔流行った4GLみたいなものかｗ

>>770
ｵﾔｼﾞﾊｯｹｿ。

ドトネトはクラスライブラリのソース見れないから派生に限界があって、
４ＧＬみたく潰しが効かないかもね。

生産性の高さって、それを逝うなら、ＭＦＣやﾌﾞﾋﾞの生産性の低さだろ。

CTSとCLSの仕様を押さえてれば良いんだろうから、派生し易いんじゃまいか。

>>768
生産性の高さからいえばDelphi(Win32)が漏れ的には最強なんだが。。。

>>773
ある意味、VC#はDelphiの最新版。

になるという触れ込みが、ならなかったのがＣ丼の悲劇。

ネイティブ吐けば、もっと普及するのにね。

【Vista】WinFXは失敗でした、.NET Framework 3.0と名前を変えて誤魔化します。【ｵﾜﾀ＼(＾o＾)／】
http://news20.2ch.net/test/read.cgi/news/1149945854/

ttp://www.softadvance.co.jp/prezvision/

>>778
9月発売か…。
で作ってるのはI/O誌に連載してる人か。
このソフトのために .NET Framework2.0を
入れたくなるほどの訴求力はあるのだろうか…。

poderosaはいいソフトだよー

>>780
おれ、Poderosaなしでは生きていけん。
でもたまに落ちるんだよなー

まあ、ここまで来たら、.NETの系統自体がなくなると見ていいんじゃないの？
企業内でのシステム開発も従来VB6で作ってたものが、.NETに置き換わる様子は
ないみたいだし、Win32APIは絶対切り捨てられんだろう。
問題は.NET系のウエイトが減る一方。将来どうなるかっていうところ。

　

ドトネッツってそれ自身の新しさが無いんだよね。

VB6→C#という流れは一応あると思うけど。
そういう案件も増えてきたし。

おれもＶＳ.NETつかってるけどＣ＋＋のアンマネージドだけだから
関係ないね。

＞そういう案件も増えてきたし。

そういう発言何年か前から定期的に出続けるんだけど、それどこの脳内？

今年入ってから2件話があるな。C#。
ASPも含めるなら最近はそこそこあるのかもな。

今まで０件だったんかよ！

そうだね。Vistaのリリースが決まった当たりからちらほらって感じ。

で当のVistaが出たら、あれこのソフト遅くね？
とか言われて下火な悪寒。

QT TabBarがクソ便利すぎるんだが
.NET Framework2.0 だそうだ
http://members.at.infoseek.co.jp/Quizo/freeware/

こんなのみつけた。

「.NET R-Tune」は、.NET Framework上で動作するソフトの起動を高速化するソフトです。
http://www.digipop.ne.jp/~gsk/GSK/Soft/dotNETRTune/index.htm

実際どうなん？

>>793 単にngenをキックするだけなんじゃねーの？

正解

ってかReadmeに書いてるし

ほー、ngenてのがあるのか知らなんだ。
起動時にコンパイルするのを先のやっとくってことなの？

えぬじぇん

つか、別に起動は遅くない。遅いのは実行速度。

つか、別に実行速度は遅くない。遅いのは起動。

ユーザーの操作待ちを主とする、いわゆるWindowsアプリなら
.NETの遅さは実感できないだろう。

できるよ。

つか、別に実行速度は遅くない。遅いのは初回起動と描画。

いやWinFormsは遅いよ。特に描画

実行速度に描画を含めないの？　描画が遅くても実行速度が
遅くないって言ってる人、不思議だわ

描画が遅くても主目的の実行や操作感に影響が無いのなら、
それこそいわゆるWindowsアプリだろう。

まー、WinFormsは糞ということで。

例のオーマイニュースって、asp.net?
糞重いんですが

っていうかそもそもGDI+は言われてるほど遅くないと思うぞ。

よくGDI+が遅い、っていう意見を見るけど、本当に自分で試していってるなら
そりゃそいつ自身が無能なんだと思う。
まあweb上の意見なんて大半が「又聞き」を鸚鵡返しに言ってるだけだろうけどw

コントロールの生成は確かに重い。
そりゃそうだ、あんなにプロパティだのメソッドだのいっぱいくっついた
クラスのインスタンスを生成するんだから。
でもこれVBからの伝統だからねw

やっぱMFCみたいに自分でメッセージマップ書かないと速くならないのかな

>>793
つかってみたけど、本当に早くなるな。
すげえ

>>809
JITコンパイラを使わず、単にngenに掛けて、出来たバイナリをキャッシュに
放り込むだけじゃん。確実にDISK食ってるぞ。

消したけりゃ、%windir%のassemblyフォルダを見ることだなあ。

GACに入れていいものは世界の80%の人間が使うものに限るとMSが言っていた。
それに反してる

世界の80%の人間が使うものなど存在しない

使わせたくないなら使えないようにすべき

よって俺はユーザーのGACに登録させている

>>810
つーことは、これって、実行ファイルが高速な形式にコンパイル（といっていいか？）されるわけじゃない？
ということは、マシンごとにやらないといけないのかな？

QTTabBarはかなりキラーソフトだとおも
http://members.at.infoseek.co.jp/Quizo/freeware/#qttab

エクスプローラー使いにはかなりよい

>>814
いいかも

>>814
おお！こんなのが欲しかったんだ。おかげで俺が作る必要がなくなったな

>>814
win2000だとタブがダサい。でも気にしない

Turbo Explorerがキラーソフトになる予感。
http://www.turboexplorer.com/jp/homepage

ネエイティブ作るDelphiですら、.NET 1.1や、J#ランタイム(笑)が必要。

あぁそういう作戦だったのか。
せめて2.0にしろよと