- 1 名前：デフォルトの名無しさん mailto:sage [2005/04/12(火) 20:39:26 ]
- 前スレ
【Whidbey】Visual Studio 2005スレ【.NET 2.0】
pc8.2ch.net/test/read.cgi/tech/1080916113/
- 552 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 00:51:47 ]
- ファイル パッケージのダウンロードで
Visual C++ 2005 Express Edition Beta 2 を何度落としても
CRCがFFFFFFFFとなるんだが何故？
- 553 名前：デフォルトの名無しさん [2005/08/04(木) 01:16:54 ]
- 正直、おまえらにとって、
フレームワークのバージョンが上がるのと、実行時にコードが変えられる以外の実質的なメリットはなに？
- 554 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 02:55:04 ]
- ﾊｧ?
- 555 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 09:20:20 ]
- フレームワークのバージョンが上がるのがいいんです!
- 556 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 13:27:28 ]
- >553
フレームワークのバージョンが上がることより
上がったバージョンのフレームワークが
おそらくビスタでは標準で入ってるってことのほうが大きい
- 557 名前：デフォルトの名無しさん [2005/08/04(木) 13:30:53 ]
- あと２００３のときから気になってたんだが
＃regionを全部閉じる機能とかないの？
- 558 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 14:05:22 ]
- CollapseToDefinitions : CTRL-M, CTRL-O
ToggleAllOutlining : CTRL-M, CTRL-L
ToggleOutliningExpansion:CTRL-M, CTRL-M
この辺りのショートカットキー使えばいいんじゃね？
- 559 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 16:00:11 ]
- >>549
詳しく
- 560 名前：デフォルトの名無しさん [2005/08/04(木) 19:15:11 ]
- VisualStudioを買う予定ですが、Visual Studio2005っていつ頃でますか？今年中に出るなら待って買ったほうがいいかなと思ったのですが。具体的にいつってまだ分かってないんでしょうか？
- 561 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 19:20:00 ]
- このｽﾚくらい読みましょうね
- 562 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 21:16:07 ]
- >558
詳しく
- 563 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 23:18:44 ]
- >>560
11月17日
- 564 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 23:23:45 ]
- >>563
日本語版って一ヵ月後くらいっしょ？
2003って同時に出たんだっけ？
- 565 名前：デフォルトの名無しさん mailto:sage [2005/08/04(木) 23:39:40 ]
- Q) Visual Studio 2005のリリースはいつですか？
A) 英語版は11月7日
日本語版は11月17日
- 566 名前：デフォルトの名無しさん mailto:sage [2005/08/05(金) 03:58:25 ]
- System.IOのFileInfoやDirectoryInfoの動作がおかしいね。
フルパスを引数にコンストラクタ読んでも、アプリの起動ディレクトリが入ってくる。
- 567 名前：デフォルトの名無しさん [2005/08/05(金) 08:52:09 ]
- Visual Studio2005スタンダードって最適化付いてるの？
- 568 名前：デフォルトの名無しさん mailto:sage [2005/08/06(土) 02:39:33 ]
- >>560
今年中には出るんじゃない？
遅くとも今年度中には出るだろうし。
>>565
日本語版は11/17に発表の間違い。リリース日は未定。
- 569 名前：デフォルトの名無しさん mailto:sage [2005/08/06(土) 02:50:32 ]
- >>567
/O2や/Oiくらいまでなら対応してる希ガス。Expressですら使えたし。
/Ogは微妙
- 570 名前：デフォルトの名無しさん mailto:sage [2005/08/06(土) 23:53:01 ]
- >>569
＞Expressですら使えたし。
beta2の事？
今までStandardは最適化が無い運命だったから今まで通り最適化無しな希ガス。
- 571 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 00:04:33 ]
- >>570
ExpresssはStandardより下位に位置づけられてる。
TKでProfessional同等のコンパイラついてきたから、投売りだと思う。
Professional以上ではPGOっていう、高度な最適化が使えるようになってるからそれで差別化すると思う。
- 572 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 00:26:35 ]
- >>571
＞Professional以上ではPGOっていう、高度な最適化が使えるようになってるからそれで差別化すると思う。
なるほど。
凄く納得。
Expressエディションが加わった事によって、それぞれのエディションが底上げされた感じだね。
- 573 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 01:20:04 ]
- 今は64bit OS上で32bitで動いてるのが64bitになるのもメリット多い
- 574 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 01:23:23 ]
- >>573誤爆？
そういえば64ビット対応バイナリがビルドできるのもPro以上らしい。
- 575 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 09:27:28 ]
- …ん？.Netも64bitと32bitでバイナリ別なの？
- 576 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 09:38:21 ]
- マネージドアプリはCLRさえ提供されていればCPUさえ問わない。
Win64/x86-64ネイティブのコードがかけるかどうかって重要でしょ。
ドライバまわりとか、パフォーマンスの求められるアプリとかは、ネイティブが必要なわけで。
GUI叩くだけ使うならCLRで十分。
でもそれじゃC/C++使う意味ないからね
- 577 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 09:42:17 ]
- >>575
別バイナリと、共通バイナリを指定できる。
- 578 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 09:51:47 ]
- VS.NETを普通のVC++として使えますか？
- 579 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 11:50:17 ]
- 言ってる意味がわからないしスレ違い
- 580 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 13:46:09 ]
- 2003とどの程度の差があるんですか？
- 581 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 13:47:24 ]
- ところで、
これからのプログラムは全部マネージドになるの？
ネイティブとWin32APIは互換性のためだけに残されるようになるの？
- 582 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 13:49:58 ]
- MS製品は今後もネイティブだよ。次世代Officeとか次々世代Officeとか
- 583 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 14:25:57 ]
- >581
両方。MSはあまり極端に走らない
こけても良いように逃げ道は残しておく
- 584 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 23:52:59 ]
- なんだそのマネージドコードってのは。
誰か分かりやすく説明してよ。
- 585 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 23:57:19 ]
- >>584
.NETのランタイムも使いつつ、今までのC/C++のコード資産も併用できるコード。
CLRとネイティブの橋渡し的に使える罠。
- 586 名前：デフォルトの名無しさん mailto:sage [2005/08/07(日) 23:59:55 ]
- 間違ってはいないが、マネージドコードの説明としてはおかしいだろ。
- 587 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 00:19:10 ]
- すまん、オブジェクトの管理をCLRに委ねるコードのことね。
- 588 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 00:46:25 ]
- Javaと対比させるとわかりやすいか？
.NET Java
マネージドコード → バイトコード
アンマネージドコード → ネイティブメソッド
- 589 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 08:48:38 ]
- バイトコードに対応するのはMSILでね？
- 590 名前：デフォルトの名無しさん [2005/08/08(月) 12:04:16 ]
- でも、2.0フレームは、1.1より結構速度上がった希ガス。
仮想のアセンブリ使ってるわけだから、CPUのパイプラインでデコードを２層にして対応するとすれば、
直線コースでは、ネイティブのアセンブリと処理速度変わらなくなる可能性あるよね。
分岐予想も、２層にすることではずれやすくなるとは思えないし。 多くはネイティブと１対１対応だろうから。
- 591 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 12:09:45 ]
- そのうち、仮想マシンコード要ワイヤード・コンパイラ・（コ）プロセッサとか、CPUの標準構成になるんだろうか。
クルーソーみたいにソフトウェアでカスタマイズしだしたら、Javaも.NETもネイティブとほとんど同じ速度で動くのにね。
- 592 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 12:16:06 ]
- >>587
単なる疑似コードの実行マシンとしてのVMでなく、
オブジェクトの管理までやってくれるっていうのは、
そもそもガベコレが目的だったんだろうけど、
オブジェクト指向言語の拡張に一躍買ってるよね。
レイトバインディングとか、動的型情報とか。
従来の言語でも実装はできたけど、IUnknownインタフェースとか、
クラス毎に実装してやらなきゃなんなかった。
今は、コンパイラが実行ファイルへ型情報を書き出しておいてくれて、
VMがそれを読んでインタフェースを提供してくれてるみたいだし。
- 593 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 15:24:11 ]
- >>585-592
この中で的確にマネージドコードを説明したレスはあるのか？
それすらわからん。
- 594 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 16:34:56 ]
- 588でいいと思う
- 595 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 21:15:22 ]
- いや、だから、マネージドコードってなんだよ？
CLR上で動いてるMSILの事なのか、それに対応した各言語のソースのことなのか
- 596 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 21:33:30 ]
- そのくらいも調べられないのか？
ttp://e-words.jp/w/E3839EE3838DE383BCE382B8E38389E382B3E383BCE38389.html
- 597 名前：デフォルトの名無しさん mailto:sage [2005/08/08(月) 21:43:15 ]
- >596
煽りはいいから。マネージド・オブジェクトならわかる。オブジェクトの管理をCLRに委託した
オブジェクトのことだわな。でも、マネージド・コードって言われても、CLR上の中間コードの
つもりなのか、なんなのかいなって聞いてるわけさ
- 598 名前：デフォルトの名無しさん [2005/08/09(火) 12:22:38 ]
- >>597
MSにでも聞けば？
- 599 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 14:47:52 ]
- M$の回答は、マネージドAPIはベーパーAPI。
なら、ベーパーAPIをコールするマネージド・コードは、、、
ttp://pc.watch.impress.co.jp/docs/2005/0804/mobile301.htm
マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと
“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”
- 600 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 14:50:02 ]
- Win32APIの上にマネージド・ライブラリであるWinFXが乗っかるということは、
ま、
新たなVBランタイムということさ。
- 601 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 15:28:52 ]
- えーと、.netは……
- 602 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 15:43:37 ]
- つーかMSはころころ名前変えるから
何がやりたいのか和姦ね
WinFXって.NETなの？
でも.NETってOS非依存じゃなかったっけ？
- 603 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 16:18:38 ]
- ..NET Framework ライクなクラスライブラリを備えた
Win32API の代わりになる新APIセットが WinFX じゃなかった？
- 604 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 16:32:56 ]
- > ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
- 605 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 16:41:24 ]
- てことは、
Whidbey終焉？
- 606 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 20:05:44 ]
- 最初にマネージドコードを聞いた>>584こと俺だが、
>>595は俺じゃないけどなんだか難しい事を聞いてしまったようだ。
なんとなくわかったよ。
マネージドコードってのは俺には理解不能だって事がさ。
- 607 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 20:11:44 ]
- アンチは放置。わざと釣られてるのか？
- 608 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 21:38:34 ]
- >>597
マネージド・オブジェクトなんてあまり使わない。
マネージド・コードはよく使われる。
- 609 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 21:57:14 ]
- managed code 【マネージ コード】
オペレーティング システムによって直接実行されるのではなく、
共通言語ランタイムによって実行されるコード。マネージ コード
アプリケーションでは、自動ガベージ コレクション、実行時型チェック、
セキュリティ サポートなどの共通言語ランタイム サービスを利用できます。
これらのサービスは、プラットフォームや言語に依存せずに、マネージ
コードを実行できるようにします。
- 610 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 21:57:16 ]
- 単純にネイティブコードの反対がマネージドコード
- 611 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 22:39:47 ]
- てゆーか、「ネイティブの反対はマネージド」とでっちあげただけだから、
609のようにコアの無い説明になっちゃうわけじゃん。
一つ一つの要素はありふれたものだし、必須はどの要素というのが決まってないし。
この内容じゃ、汎用機COBOLでさえmanaged codeになっちゃうよ。
汎用機COBOLも記述性悪いけどHOSTを落とさないという役割だから、目指すとこ一緒だから良いのか。
- 612 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 22:41:43 ]
- 汎用機COBOL 【はんようきコボル】
オペレーティング システムによって直接実行されるのではなく、
共通言語ランタイムによって実行されるコード。マネージ コード
アプリケーションでは、自動ガベージ コレクション、実行時型チェック、
セキュリティ サポートなどの共通言語ランタイム サービスを利用できます。
これらのサービスは、プラットフォームや言語に依存せずに、マネージ
コードを実行できるようにします。
- 613 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 22:50:00 ]
- COBOL unmanaged code
COBOL.NET managed code
- 614 名前：相手にするな mailto:sage [2005/08/09(火) 23:02:14 ]
- > ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
- 615 名前：デフォルトの名無しさん mailto:sage [2005/08/09(火) 23:39:03 ]
- >>611
バカ？
CLR上で動作するコードをマネージドコードとマイクロソフトが「名づけた」だけだが。
別に業界標準用語でもなんでもない。
- 616 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 01:07:18 ]
- CLR Ver1.0=.NET
CLR Ver2.0=WinFX
CLR Ver3.0=?
- 617 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 01:10:00 ]
- SunとMSが和解した時点で、JavaVMと別のランタイム環境を擁する必然性は薄れたな。
まぁSwingなんか叩きたかないが。
- 618 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 01:25:02 ]
- >>617
？そもそもJavaと.NETじゃILの表現力が違うでしょ。
目的も用途も違うのに比較する意味がない
- 619 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 01:38:37 ]
- そもそも.NETの出所が、あの裁判沙汰になったMSの独自拡張Javaと、WFCでしょ。
JavaVMだって他の「Java言語」以外の言語をサポートしようとしてやれないことはないはず。
まぁネイティブ叩くのは.NETのほうが多少楽だろうが。
- 620 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 09:02:43 ]
- いや、V$は必死でネイティブ切ってるから全然楽じゃない。
少しでもネイティブ叩いたらリッチクライアントという範疇から外れちゃうからかな。
- 621 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 10:41:34 ]
- >>619
やれないことはないけどやらないんじゃない？
だからMS独自拡張Javaも許容しなかったしGenerics入れるときも
VMは拡張しなかった。
中間言語システムはSunにとっては仮想マシンで
MSにとっては言語中立共通メタデータバイナリイメージなんでしょう。
>>620
ハァ？COM/Interop、P/Invoke、CLR Hosting、C++/CLIまで用意しといて
なにが楽じゃないのよ？C++/CLIにいたっては今までのコードそのまま使えるぞ？
- 622 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 10:49:23 ]
- ところで、マネージドコードの利点ってなんですか？
移植性に優れるようにするならば、
なぜ、ネイティブを呼び出せるような仕組みがあるのか疑問です。
- 623 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 11:03:09 ]
- >C++/CLIにいたっては今までのコードそのまま使えるぞ？
mc++スレでは、
>今までの STL はネイティブに対しては今まで通り使えるし、
>ref 型とかは STL.NETが用意される
となってるが、C++/CLIだとSTL入りの既存コードはコンパイルできないわけでしょ？
- 624 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 11:16:59 ]
- >>622
はっきりいって広範囲に及ぶので一つ一つ解説すると
掲示板じゃむりぽになるんだが・・・
LonghornででたAvalon(これは微妙だが)、Indigo、WinFS、Nomad、
等々すべてマネージコードを必要とする、なければならないものだっていったら
重要性わかります？移植性だけじゃないんですよ。というか移植性、
MSはあんまり重要視してないような希ガス
あぁセキュリティシステム利用ならClickOnceもそうだなー
>>623
だからその中で「そのまま使える」といってるだろ？どうよんだのよ
C++/CLIではマネージ型とネイティブ型が一つのソースで共存できるっていうか
ぶっちゃけ今までのC++にマネージ型用構文が追加されただけなの。
だから既存コードもコンパイルできる。マネージ型としての利用は出来ないけどな。
- 625 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 11:36:24 ]
- >MSはあんまり重要視してないような希ガス
ならMS推奨を避けてネイティブしとけば無傷じゃないかな。
WindowsDNAなんて今じゃマボロシだし、AJAXもあることだし。
- 626 名前：622 mailto:sage [2005/08/10(水) 11:56:41 ]
- >>624
Windowsの新機能はマネージドからじゃないと使えないということですか？
- 627 名前：デフォルトの名無しさん [2005/08/10(水) 12:42:15 ]
- >>626
新機能がどっちかによる。
- 628 名前：627 [2005/08/10(水) 12:43:19 ]
- >>626
んなことたぁーない。
- 629 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 12:59:07 ]
- じゃぁ、ネイティブから新機能使うのがベスト。
- 630 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 13:24:40 ]
- 当然、.net2.0 + C# のコードを、
WinFXライブラリ + C#でコンパイルできるんだよな？
- 631 名前：デフォルトの名無しさん mailto:sage [2005/08/10(水) 14:15:27 ]
- 何でこういうのを相手にするのかなあ
- 632 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 01:24:48 ]
- >>629
ネイティブ版のインタフェースはCOMだろうけど、
64か32でバイナリ違ってくるし、
新APIがDataSetを戻すタイプだったら激しく不幸になれる。
- 633 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 01:27:39 ]
- >>630
WinFXでは、SQLServerのXML型の拡張型が使われると予想。
- 634 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 01:55:13 ]
- >>625
お前WinFXスレにもかいたアホだろ？Ajaxとかいってるし
単純な話でMSの責任じゃないだけ。標準化や技術公開は
積極的にやってるし、そこまで果たせば十分だしやるべきでない
Monoとかに任せるのが重要なわけでMSがやりゃまた叩かれること
うけあい。
>>632
CLR Hostingでも使うのかと思ったけど。
まぁ静的言語に徹しているC++の限界だな
- 635 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 07:37:41 ]
- いや、Win32 APIが拡張されるんだからある程度はそこから使えるようになるでしょ？
- 636 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 08:49:04 ]
- >標準化や技術公開は
MSの技術公開って何だろう？
イソターネットなら基礎技術から応用までMSと無関係だけど。
- 637 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 08:53:50 ]
- ttp://hotwired.goo.ne.jp/news/technology/story/20050809301.html
Vistaから本格的にAJAXに向かうらしい。
Avalonは名称からして破棄。
- 638 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 09:18:30 ]
- >>634
アホが調子付くから放置しる！
- 639 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 09:24:35 ]
- >>632
>ネイティブ版のインタフェースはCOMだろうけど、
>64か32でバイナリ違ってくるし、
>新APIがDataSetを戻すタイプだったら激しく不幸になれる。
>>632
>CLR Hostingでも使うのかと思ったけど。
>まぁ静的言語に徹しているC++の限界だな
大きく勘違いしてるようだが、
ＭＳ的にはWin32/64は繁殖、COMは終息、みたいだよ。
.NETも縮小方向というか市場が広がってない。
- 640 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 09:47:45 ]
- ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/
Win64 との対決でﾄﾞﾄﾈﾄ劣勢
- 641 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 10:08:41 ]
- 先ずは64bit環境用NET Frameworkの正式版を出してもらわないと
あとExecutionEngineExceptionの発生頻度をもう少し下げてもらえれば使えなくも無い
- 642 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 12:34:50 ]
- >>639
COM終息？ Windows最大の基幹技術なのに？
COMが無くなるんなら代わりの技術が必要だよ。
.Netがそれだと思うんだけど。
.Netはクラスが全部COMみたいなもんだし。
でないと、MSはどうやってOSのバグ直すのよ。
- 643 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 12:39:51 ]
- COMのなくなったWindowsなど、現時点では想像できないのだが
- 644 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 12:44:08 ]
- WindowsDNA!
- 645 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 14:35:43 ]
- Delphi/VCLなんかだとCOMスルーだったし、
それを取り入れたのが.NETライブラリだからCOMイランしょ。
>その一方で，.NET作戦にとっては衝撃的な宣言が飛び出した。
>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
次世代にCOMが無いのに、COMが要るといって芸氏に歯向かうスレはここでつか？
- 646 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 15:33:20 ]
- えーｗ COMだらけだよｗ
- 647 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 15:45:40 ]
- ここはCOM用のVB6がなぜ破棄されたのか知らないインターネッツでつね。
COMを使わされた人ｶﾜｲｿｽ
- 648 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 18:38:01 ]
- >>645=647
でつでつ、ｳｻﾞｗ
DirectShowとかみてみれ、ｱﾌｫｗ
- 649 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 20:16:39 ]
- COMは今後も残り続けるよ。
Vistaにも新しいCOMインターフェイスが追加されてるし、
.NET 2.0にも新しいCOMインターフェイスが追加された。
Office 12もCOMベースのままだ。
- 650 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 20:17:44 ]
- MSは
パフォーマンスが必要な領域(OSに比較的近い所)=COM
開発効率が必要な領域=.NET
の二刀流でいくと思われる。
- 651 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 21:29:40 ]
- というか.NETは便利なライブラリ集と思っていて委員ジャマイカ?
- 652 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 21:49:55 ]
- それでいいと思う
|
 |
