【Whidbey】Visual Studio 2005スレ Part2

【Whidbey】Visual St ..

446:デフォルトの名無しさん
05/07/15 23:32:35
>>442
中間言語化はマルチプラットフォームなどはどうでもよく、
どっちかって言うとメタデータを内包したことのほうが大きい。
簡単に言えばバイナリの表現力向上。
これを元にコンポーネント指向が再構築されているし、メタデータを
コードが内包しているのでSQL鯖でUDTなんてのも可能になるし、
ネットワーク透過でオブジェクトを扱えたり、強い型制約のもとデータを
扱えるNomadなんてのも可能になっている。

>>445
それもあるが、C++/CLI等言語レベルで相互運用性については再考されていたり、
COM相互運用、DLLからネイティブDLL関数の呼び出しなど、多層的なサポートもあるし、
っていうか、そのCLR Hostingってのは方向が「逆」だ。

例えば/clrオプションは「マネージド」から「アンマネージド」を使う技術だが、
CLR Hostingは「アンマネージド」から「マネージド」を使う技術。
例えば、SQL Server2005で使われている(というかそのために整備したんだが)もので、
ネイティブなアプリケーションからCLRを直接実行したり制御するもの。

447:デフォルトの名無しさん
05/07/16 00:05:21
＞ネットワーク透過でオブジェクトを扱えたり

具体的にはどんなの？　LoadLibraryのパラメータにURL
書けるようなものかな。もっと便利？

448:デフォルトの名無しさん
05/07/16 01:39:02
.Net上でのクラスが、COM相当のメタデータを持ってる。
だから、レイトバインディングが標準だったりする。

449:デフォルトの名無しさん
05/07/16 02:56:06
>>447
勘違いしてるかな。そういうことも確かにできるけど。
そういう話ならば、CASにフォーカスがあたることになる。
中間言語になることによってバイナリの「証拠」が保証される
関係でライブラリの実行される場所によって柔軟に
そのライブラリに与える権限がAPIレベルで管理できるようになるため
そういうことをできるようにしても問題がなくなった。
これにより実現したのがClickOnceとかだな。

ネットワーク透過でオブジェクトっていうのはIndigoの説明読むと分かるかも。
URLﾘﾝｸ(www.microsoft.com)

COMでもできたんだが、あのモデルじゃ御世辞にも綺麗といえないし、
それよりももっと汎用的で直感的でわかりやすいものになってるよ。

450:デフォルトの名無しさん
05/07/16 09:13:40
>>449
やりたいことは例えば、以下のようなプログラムがあったとします

main(){sub();}

今まではsub()はEXEの中かローカルのディスクにおいてあるDLL
内に限定されていたけれども、.NETのネットワーク透過なるもの
を使うと、sub()を含むモジュールを自社のサーバーにおいて置け
るということ？

＞URLﾘﾝｸ(www.microsoft.com)
これちょっと読むと.NETが面倒なネットワークがらみの部分を
皆肩代わりしてくれるとある

できればチョー便利ですね

451:デフォルトの名無しさん
05/07/16 10:36:59
それって只のRPC?

452:デフォルトの名無しさん
05/07/16 10:52:12
RPCはオブジェクト透過じゃないよ

453:デフォルトの名無しさん
05/07/16 11:08:45
結論：FireWallが無いならCORBAにしる！

454:デフォルトの名無しさん
05/07/16 11:11:46
オブジェクト透過って言葉が難しいです。もっと分かりやすいのｷﾎﾞﾝ

455:デフォルトの名無しさん
05/07/16 16:10:54
CORBAがぐたぐたでめんどくさいから、COMに負けたんじゃないか
相手はそのCOMの後継だぞ。もっと良い物でいい感じに崩れたものをぶち当てないと
勝てない

456:デフォルトの名無しさん
05/07/16 16:37:11
>>450
ここよめ
URLﾘﾝｸ(www.atmarkit.co.jp)

href要素にかけるのはURLなので、ネット上にあっても何の問題もない。
ただし、そのDLL内で行われることについては強いセキュリティ
の制約を受けるがな。

457:デフォルトの名無しさん
05/07/16 18:42:02
COMもVB専用拡張がなきゃマシだったんだが。

458:デフォルトの名無しさん
05/07/16 21:02:11
Socket直叩きで自前プロトコル。これ最強。

459:デフォルトの名無しさん
05/07/16 21:06:10
>>458
ファイアウォールも越えられない
分散化も出来ない
自前プロトコルか(w

毎度毎度ご苦労なこった

460:デフォルトの名無しさん
05/07/16 21:55:31
うは、VS2005 Beta1起動できなくなっとる。
再インスコしてもだめぽ。

461:デフォルトの名無しさん
05/07/16 21:56:27
>>458
httpでWeb上に置いてる。プロトコルまでやってらんねー
.NETが肩代わりしてくれるのか。でもネイティブでも
やってほしいぞ

462:デフォルトの名無しさん
05/07/16 22:03:31
>>460
2にしたら？

463:デフォルトの名無しさん
05/07/16 23:57:40
>>462
もうMSDN切れてんだよね。
2005がこんなに延びるなら延長しとけばよかったと後悔。
ってことでVC#Express入れといた。

…で、csc.exeが見つからないんだけど、
これコンソールのコンパイラ使えんのかいな。

別途2.0SDKインストールしちゃっても問題無いのかな？

464:デフォルトの名無しさん
05/07/17 00:38:35
ちょっと質問ですっ
ExpressBeta2で、DataGridViewやってます。
今、DataSourceとDataMemberをそれぞれ、dataset 及びそのtable
に設定し、且つユーザーの削除を有効にしています。
AllowUserDelete True
でも、マウスクリックによりセルを選択状態にし、
キーボードより、デリートキーを押しても
そのセルを含む行が削除されてくれません。
これは何が原因と考えれらるでしょうか。
ずっとネット検索してるんですけど、
いまだ解決できません・・・（T_T)
よろしくお願いします。
　　　　　　　　　　　　　　　　以上

WinXPsp2

465:デフォルトの名無しさん
05/07/17 00:54:34
>>463
いや、ムック付きbeta2のDVDが売ってる。

466:デフォルトの名無しさん
05/07/17 03:06:09
　　　　　　　　　　　　　　　＿＿＿_
　　　　　　　　　　　　　 ,-‐.::.:.:..:.:.:.:.:.:.:.:｀ヽ、　'ﾟ
　　　　　　°　　　　 /(:, -‐.:.:.:.:.:.:.:.:.:.:.:.__)ヽ　　　　'ﾟ
　　　　　　　　　／__,辷＿‐-.:.:.::.__｣]＿ __」　　ﾟ
　　　　　　　 '° ｌ:.:.:.:|　　　￣￣　 ├:.:.:ｌ:.:|
　　　　　　　　　　 |:.:.:.:|　--‐'′ ｀ｰ--jﾊ.:.:|.:.|　　　o。
.　　　　　　　　° |:.r{:.| /¨ぇ､　　　ｨくﾞヽ|:.:|l.:|
　　　　　　o'　　　　ｌ:|　|!. 　ﾋ｝　　　ﾋ｝　:|ｲ |:| 　　　　
　　　　　　　 ,r--―l:ヽ_,!　　　　 '　　　　ﾋノ.:| 　　　あぁ～、予算が～っ
　　　　　 / i　　　以:八　　　　　　　　,仆:ﾄ{ 　　　　　　
　　　　　　｢　　　　　八 :.:｀ｌ､´￣￣｀イ.:.ﾘ:.:|: ＼
　　　　／　＼　　　　ヽﾄ|＿,＞＜／|ｲ.ﾒ:ﾉ　　＼
　　／　　　　＼　:|　　〈　-=只￣＼　||　　　, '￣|
　 r′ -─‐､／￣ヾ|　　く＼./|∧__／__｣| 　　/ 　　!
　 | 　　　|厂｀`ｰ--､|　　 llヽ__人＿_〉￣　　 ./　　｜
　＼　｢!　　　　/７--‐┴‐-|/＿ノ′　{　:/　　　 |
　　　｀`┴-､　　ﾄ､L＿,､ , l l｜￣　　　　｀:|　　　　 |
　　　　　　　｀ヽ__|／　|└'┴|｣ryｩ　　　　ﾉ!　　　　 |
.　　　　　　　　 {韮韮韮韮｢´ /　｢}韮韮韮韮韮} 　 |
　　　　　　　　　　　　〉　└､__＿丁|￣￣｢|￣＼　|
　　　　　　　　　 / 　 ‐-〈〈ヽ__ﾉ　　 //　　　_｣
　　　　　　　　　　　　〉　　｀ﾞﾞ| |　　　￣￣￣丁￣

467:デフォルトの名無しさん
05/07/17 11:56:02
ムックは予算が～というほど高くないよｗ

468:デフォルトの名無しさん
05/07/17 14:33:20
>>465
ムック付きｗｗ
確かに。

469:デフォルトの名無しさん
05/07/17 15:02:35
ムック付き漬かってますｗ

【ツール】【オプション】【フォント及び色】
で、エディタの色を変えてみたんだ

これって、正規版になった時また元に戻るんですよね？
設定ファイルは何処にいるのかおせーて

・・・にしても、Textプロパティに日本語使えないとは、やはりB2

470:デフォルトの名無しさん
05/07/17 15:19:26
>>469
もどらないと思うよｗ
CTPからβ2にしたけど、フォントそのままだったし。

Textプロパティに日本語使えないことはないけど？

471:469
05/07/17 16:17:50
>>470　そでしたかありがと

んで日本語使えまので逝ってきます

472:デフォルトの名無しさん
05/07/17 16:57:56
俺も日本語使えないよ。
プロパティ欄に入力できないと言った方がいいか。

473:デフォルトの名無しさん
05/07/17 17:12:23
>>472
いつもなる？
うちでもたくさんアプリ立ち上げてリソース足らない状態になってたりするとたまになるけど、
開いてるデザイナ閉じて開きなおせばまた使えるようになるんだけどな。

474:デフォルトの名無しさん
05/07/17 17:25:26
>>473
今試したら初めて使えた。
起動直後だったから？
最初何度か試して使えないものと思って使ってなかったのでいつもかどうかは分からない。
>>473 のようなこともあるんだということでサンクス。

475:デフォルトの名無しさん
05/07/18 22:20:39
windows.hが入ってないの俺だけ？
VisualC++ 2005 Express Edition Beta2- JPN

476:デフォルトの名無しさん
05/07/18 22:54:25
つ URLﾘﾝｸ(www.microsoft.com)

477:475
05/07/18 23:11:00
>>476

お、ありがとう。
さっそくためしてみるわ。

478:デフォルトの名無しさん
05/07/19 19:11:38
お前ら2005で最も使うつもりの言語は？

ちなみに俺はVBだ・・・(´･ω･`)

479:デフォルトの名無しさん
05/07/19 19:14:21
C＋＋（マジレス）

480:デフォルトの名無しさん
05/07/19 19:15:15
C++でアンマネージド叩いてたまにC#かな
VB食わず嫌いのせいでなかなか楽な仕事がもらえない（いや、VBが楽かどうか知らんけど）

481:デフォルトの名無しさん
05/07/19 19:16:38
漏れも
しかし今思ったんだが、OrcasがLonghornに合わせてくるから
2005は短命だなんて思ったりしたけど、案外C++の次の改訂(boostとか)
をｶﾊﾞｰするために少し遅らせるとかってなりそうな気がしてきた

482:デフォルトの名無しさん
05/07/19 19:23:48
たしか仕様改訂今年だっけ。Stroustrupが本出してたけど読んでねーや。
98年はVC6++はそのまま強行したしサービスパックでもそのままだったような。

ライブラリならDinkumware次第じゃないの。

483:デフォルトの名無しさん
05/07/19 20:22:49
BCCのインスコがよく分からんからCコンパイラ代わり
あとCSS

484:デフォルトの名無しさん
05/07/19 22:15:56
　J　はいないのか

485:デフォルトの名無しさん
05/07/19 23:39:40
ダイアログエディタで、いろんなコントロールを選択する
ツールボックスはツリーコントロールだということを知っているか？

486:デフォルトの名無しさん
05/07/19 23:50:17
>>485
普通に知ってるが、リストビューのレポートスタイルで、オーナーデータ化したときに
チェックボタン出すにはどうすればいいか教えてくれ。

487:デフォルトの名無しさん
05/07/19 23:51:47
オーナードローしろ。

488:デフォルトの名無しさん
05/07/19 23:55:06
やっぱそれしかないんかorz

489:デフォルトの名無しさん
05/07/20 03:16:04
インテリセンスもええけどdabbrevつかないかなぁ。
誰かdabbrevのマクロ組んでたりしないかなぁ。

490:デフォルトの名無しさん
05/07/20 10:10:23
難しいことやらずに、単語拾って補完してくれるだけで
いいって人多いんじゃねえ？

491:デフォルトの名無しさん
05/07/20 10:51:47
Whidbeyってなんて読むの？　うぃっどびー？　うぃっどべい？

492:デフォルトの名無しさん
05/07/20 11:05:13
>>491
ほいどびー

493:デフォルトの名無しさん
05/07/20 11:10:30
まじれす？

494:デフォルトの名無しさん
05/07/20 11:27:34
仕様改訂って今年だったのか
てっきり2007くらいかと思ってた
copy_if が入らなかったら禿げﾇｯ殺す

495:デフォルトの名無しさん
05/07/20 11:33:24
>>493
まじれす

what→ほわっと
who→ふー
which→ほいっち
where→ほえあ
whistler→ほいすらー
whidbey→ほいどびー

496:デフォルトの名無しさん
05/07/20 12:02:32
かこわるい

497:デフォルトの名無しさん
05/07/20 12:10:32
わっと
ふー
うぃっち
うぇあ
うぃすらー
うぃどびー

498:デフォルトの名無しさん
05/07/20 12:12:08
もうすこし

499:デフォルトの名無しさん
05/07/20 12:31:49
whistle→ほいっする（日本語として定着）

500:デフォルトの名無しさん
05/07/20 12:41:50
500

501:デフォルトの名無しさん
05/07/20 12:47:48
ほいっとにー

502:デフォルトの名無しさん
05/07/20 18:04:05
wheel→ホイール（日本語として定着）

503:デフォルトの名無しさん
05/07/20 19:19:45
ﾎﾚ
つURLﾘﾝｸ(www.m-w.com)

504:デフォルトの名無しさん
05/07/20 19:32:35
>>503
thx
やっぱ「うぃっどびー」じゃねー？　俺の耳にはそう聞こえる
なんだよほいどびーってｗ

505:デフォルトの名無しさん
05/07/20 20:18:03
ホッタイモイジルナ～～！

506:デフォルトの名無しさん
05/07/20 20:27:07
掘った芋いじるな？

507:デフォルトの名無しさん
05/07/20 21:46:42
What time is it now.

508:デフォルトの名無しさん
05/07/20 22:07:03
>>504
よく見ろ
> Pronunciation: 'hwid-bE

509:デフォルトの名無しさん
05/07/20 22:10:37
>>503
カナ書きの基本は転写だから
個人の主観でどう聞こえるかは大して重要じゃない
そんなことしてたら日本人はLとRすら聞き分けられないだろ？

510:デフォルトの名無しさん
05/07/20 22:15:57
そもそも聞こえるとおりに書いたらわけわからなくなるぞ。
body（バディ）くらいはまだいいとして、
water（ワラ）とかwheel(ウィーウ）とかwhistle（ウィソー）とか書くのか？

511:デフォルトの名無しさん
05/07/20 22:26:57
むしろそれならほいどびーの方が分が悪くねーか？

512:デフォルトの名無しさん
05/07/20 22:35:43
>>511
/hwidbi:/→ホイドビー
そのままやん

上に出てるwheelやwhistleが日本語に取り入れられたとき
ホイッスルとかホイールになったのと同じこと

whという綴りは/hw/という発音が正しいからhもwも含めるようにカナで書く
実際にはhが消えたりするけどそれは「たいいく」を「たいく」と読むようなもの

513:デフォルトの名無しさん
05/07/20 22:50:34
ホイドビーがかっこ悪かったらホイッドビーでも構わない
ホイスラーもホイッスラーでも構わない
これは閉音節は拗音で表記するという音声学的な根拠があるわけで
耳でそう聞こえるからとかじゃないよ

514:デフォルトの名無しさん
05/07/20 22:52:17
おれが　うぃ　って読んだのは多分ウイスキーが頭にあったからだと思う
ｈが省略されたときの発音が日本語読み化してる例もあるよ～ってことで

515:デフォルトの名無しさん
05/07/20 22:59:39
>>514
ウイスキーは純粋な英語ではないという特殊事情があるからだよ。
辞書見るとゲール語って書いてあるはず。
あとカタカナはウイスキーであってウィスキーではない。

516:デフォルトの名無しさん
05/07/20 23:09:40
博識だな。ゲール語なんて書いて無いよorz

517:デフォルトの名無しさん
05/07/20 23:16:30
>>516
大学行ったらすげーマニアックな先生とかいてむちゃくちゃ辞書引かされるもんだYO!

URLﾘﾝｸ(www.m-w.com)
Etymology: Irish uisce beathadh & Scottish Gaelic uisge beatha, literally, water of life

Gaelicというのがゲール語
uisgeがそれだけど見ての通りhはない

518:デフォルトの名無しさん
05/07/20 23:22:36
whで始まる語の発音記号はみんな(h)wってなってた、俺の辞書では。

519:デフォルトの名無しさん
05/07/20 23:29:29
>>518
実際はどっちでも通じるけど、h付ける方が正しいとされてるってだけ。
「きたない」でも「きたねー」でもどっちも通じるようなもの。

520:デフォルトの名無しさん
05/07/20 23:32:14
なんか話がそれてきたから発音の話はこれくらいにするね。
もっと英語の勉強がしたければ学校の先生にでも聞いた方が手っ取り早い。
若くて美人の先生とかいるんじゃない？ｗ

521:デフォルトの名無しさん
05/07/21 01:25:05
>>520
センセー！乳もでかいでつか？

522:デフォルトの名無しさん
05/07/21 04:10:56
β2ってバグが多いけど、アップデートあったらいいな。
製品版が出るまで我慢するのはつらいな・・・

523:デフォルトの名無しさん
05/07/21 08:34:46
ﾎﾜｲﾄﾍﾞﾘｰ

524:デフォルトの名無しさん
05/07/21 09:13:38
>>509
> そんなことしてたら日本人はLとRすら聞き分けられないだろ？
右から聞こえてくるのがR、左から聞こえてくるのがLらしいよ！！

525:デフォルトの名無しさん
05/07/21 11:26:39
>>523
ちょっといいな

526:デフォルトの名無しさん
05/07/21 20:58:12
AssemblyInfo.cs 内にある
[assembly: Guid("")]って何？
なんか不気味だが…

527:デフォルトの名無しさん
05/07/22 17:33:29
>>526
GUIDでググれ。
128ビットのランダムな数によって決まり、理論上コリジョンが起きないとされる。

漏れはVC++で多重起動抑止のためにウィンドウクラス名に使っている。

528:デフォルトの名無しさん
05/07/22 18:11:42
IDとかにも使うお

529:デフォルトの名無しさん
05/07/22 22:53:35
>>528はVIPPER

530:デフォルトの名無しさん
05/07/23 04:36:07
半年スルーすればOrcasが出るってのに、このスレは賑やかだなぁ・・・・

531:デフォルトの名無しさん
05/07/23 06:01:10
VSなんて買うもんじゃなく購読するものだし・・・・

532:デフォルトの名無しさん
05/07/23 10:27:55
購読料ﾀｶｽ

533:デフォルトの名無しさん
05/07/23 14:54:52
VS.net theSpokeを購入しましたが、
C言語やC++の関数リファレンスはどこをたどればありますか？

ヘルプ内ではVB VC# VC++のものしか見つけられませんでした。。

534:デフォルトの名無しさん
05/07/23 15:25:43
>>533
言語は知ってることが前提じゃない?　C/C++の書籍は
あふれてるよ

それともWin32APIが知りたいの？　MSDNオンラインとか
行ってみればいい

535:デフォルトの名無しさん
05/07/23 20:00:54
とりあえず怒涛熱湯でもいいからチュートリアルでも見ながらテキトーにプログラムを作ってみるところからはじめるといいと思う。
細かいところに拘ると先に進まない。トップダウン的思考で作れて、あとから掘り下げていくほうがいい気がする。

漏れは2chでMFCは糞と聞いてたから無理してWTLから入った。
めちゃくちゃ苦労したがそれなりに実力ついた。

536:デフォルトの名無しさん
05/07/23 22:38:57
2005ってDirectXSDKどれから使用可能になってます？
ウチのOSWin2000だから、2004Decemberで動かないかと試してみたけど
Sample Browser からEmptyProjectインストールしてビルドしても
CVTRES : fatal error CVT1100: 重複するリソースです。type:MANIFEST, name:1, language:0x0409
LINK : fatal error LNK1123: COFF への変換中に障害が発生しました: ファイルが無効であるか､または壊れています。
こんなエラー。
2005用のソリューションファイル吐くやつじゃないと無理なのかな？

537:デフォルトの名無しさん
05/07/24 08:52:34
文字通りマニフェストリソースが重複しているだけ。
rcファイルを修正すべし

538:デフォルトの名無しさん
05/07/24 10:34:41
少なくともDirectX７は大丈夫

539:デフォルトの名無しさん
05/07/31 09:35:26
質問。　クラスレベルでのデバッグ機能って、Expressにはついてないの？
あの機能に多少期待してて、評価したいんだけど。

540:デフォルトの名無しさん
05/07/31 10:14:53
>>533
好きなだけもって池
URLﾘﾝｸ(www.microsoft.com)

541:デフォルトの名無しさん
05/08/02 02:53:58
C#expressインスコできない…
環境が悪いのかな…

542:チラシの裏
05/08/02 03:49:23
System.Net 名前空間にアクセスできなかった。
.NET Framework には System.Net 名前空間が無いのかとも思った。
でも、ぐぐるとどうもあるようだし。

using System;

はいけた。しかし、

using System.Net;

はコンパイラから怒られた。

参照設定に System.Net を加えようとしたが System.Net.dll は見つからなかった。
時間ばかりがたつ。夜も眠れず、昼には起きていられず、とうとう夢にまで見た。

・・・ふと参照設定に System を加えてみた。

　　　　ｷﾀ━━(ﾟ∀ﾟ)━━ｯ!!

以上、空のソリューションに空のプロジェクトを追加した一人の馬鹿の事例。

543:デフォルトの名無しさん
05/08/02 07:15:40
ぬるぽ

544:デフォルトの名無しさん
05/08/02 07:23:27
>>542
> 空のソリューションに空のプロジェクトを追加

いや、俺もそれよくやってるけど･･･。
項目の追加で何を選んでるかによるんじゃないかな。

「クラス」を選んでればアセンブリの参照設定は入ってるはず。
「コードファイル」かなんかだと参照設定が入らなかったと思う。

545:デフォルトの名無しさん
05/08/02 09:08:45
> 夜も眠れず、昼には起きていられず

この時点でダメだろ。

546:デフォルトの名無しさん
05/08/03 18:57:47
俺に一言言わせてくれ。

Whidbeyの読みはウィドゥビー。
ホイドビーなんてかっこ悪すぎ！！

だからウィドゥビーって呼ぼうよ。

547:デフォルトの名無しさん
05/08/03 18:59:21
URLﾘﾝｸ(www.itmedia.co.jp)

> 現在のインターネット（.NETプラットフォーム）では、

現在のインターネット = .NETプラットフォームｗｗｗｗｗうはｗｗｗｗｗｗｗｗ

548:デフォルトの名無しさん
05/08/03 19:43:36
で、いくらになるのか。
VC++単品は出るのか。
出るとしたらエディションは？機能は？

549:デフォルトの名無しさん
05/08/03 21:13:11
製品ラインナップと予定価格は既に発表されてたと思ったが。

550:デフォルトの名無しさん
05/08/03 21:41:05
System.Collections.Generic.Collection ってのがBeta1で使えたんだけど、
Beta2ではなくなってる。.net 2.0の仕様変更？それともバグ？

551:デフォルトの名無しさん
05/08/03 22:22:25
>>550
namespaceの移動

552:デフォルトの名無しさん
05/08/04 00:51:47
ファイルパッケージのダウンロードで
Visual C++ 2005 Express Edition Beta 2 を何度落としても
CRCがFFFFFFFFとなるんだが何故？

553:デフォルトの名無しさん
05/08/04 01:16:54
正直、おまえらにとって、
フレームワークのバージョンが上がるのと、実行時にコードが変えられる以外の実質的なメリットはなに？

554:デフォルトの名無しさん
05/08/04 02:55:04
ﾊｧ?

555:デフォルトの名無しさん
05/08/04 09:20:20
フレームワークのバージョンが上がるのがいいんです!

556:デフォルトの名無しさん
05/08/04 13:27:28
>553
フレームワークのバージョンが上がることより
上がったバージョンのフレームワークが
おそらくビスタでは標準で入ってるってことのほうが大きい

557:デフォルトの名無しさん
05/08/04 13:30:53
あと２００３のときから気になってたんだが
＃regionを全部閉じる機能とかないの？

558:デフォルトの名無しさん
05/08/04 14:05:22
CollapseToDefinitions : CTRL-M, CTRL-O
ToggleAllOutlining : CTRL-M, CTRL-L
ToggleOutliningExpansion:CTRL-M, CTRL-M
この辺りのショートカットキー使えばいいんじゃね？

559:デフォルトの名無しさん
05/08/04 16:00:11
>>549
詳しく

560:デフォルトの名無しさん
05/08/04 19:15:11
VisualStudioを買う予定ですが、Visual Studio2005っていつ頃でますか？今年中に出るなら待って買ったほうがいいかなと思ったのですが。具体的にいつってまだ分かってないんでしょうか？

561:デフォルトの名無しさん
05/08/04 19:20:00
このｽﾚくらい読みましょうね

562:デフォルトの名無しさん
05/08/04 21:16:07
>558
詳しく

563:デフォルトの名無しさん
05/08/04 23:18:44
>>560
11月17日

564:デフォルトの名無しさん
05/08/04 23:23:45
>>563
日本語版って一ヵ月後くらいっしょ？
2003って同時に出たんだっけ？

565:デフォルトの名無しさん
05/08/04 23:39:40
Q)　Visual Studio 2005のリリースはいつですか？

A)　英語版は11月7日
　　日本語版は11月17日

566:デフォルトの名無しさん
05/08/05 03:58:25
System.IOのFileInfoやDirectoryInfoの動作がおかしいね。
フルパスを引数にコンストラクタ読んでも、アプリの起動ディレクトリが入ってくる。

567:デフォルトの名無しさん
05/08/05 08:52:09
Visual Studio2005スタンダードって最適化付いてるの？

568:デフォルトの名無しさん
05/08/06 02:39:33
>>560
今年中には出るんじゃない？
遅くとも今年度中には出るだろうし。

>>565
日本語版は11/17に発表の間違い。リリース日は未定。

569:デフォルトの名無しさん
05/08/06 02:50:32
>>567
/O2や/Oiくらいまでなら対応してる希ガス。Expressですら使えたし。
/Ogは微妙

570:デフォルトの名無しさん
05/08/06 23:53:01
>>569
＞Expressですら使えたし。

beta2の事？
今までStandardは最適化が無い運命だったから今まで通り最適化無しな希ガス。

571:デフォルトの名無しさん
05/08/07 00:04:33
>>570
ExpresssはStandardより下位に位置づけられてる。
TKでProfessional同等のコンパイラついてきたから、投売りだと思う。
Professional以上ではPGOっていう、高度な最適化が使えるようになってるからそれで差別化すると思う。

572:デフォルトの名無しさん
05/08/07 00:26:35
>>571
＞Professional以上ではPGOっていう、高度な最適化が使えるようになってるからそれで差別化すると思う。

なるほど。
凄く納得。
Expressエディションが加わった事によって、それぞれのエディションが底上げされた感じだね。

573:デフォルトの名無しさん
05/08/07 01:20:04
今は64bit OS上で32bitで動いてるのが64bitになるのもメリット多い

574:デフォルトの名無しさん
05/08/07 01:23:23
>>573誤爆？

そういえば64ビット対応バイナリがビルドできるのもPro以上らしい。

575:デフォルトの名無しさん
05/08/07 09:27:28
…ん？.Netも64bitと32bitでバイナリ別なの？

576:デフォルトの名無しさん
05/08/07 09:38:21
マネージドアプリはCLRさえ提供されていればCPUさえ問わない。
Win64/x86-64ネイティブのコードがかけるかどうかって重要でしょ。
ドライバまわりとか、パフォーマンスの求められるアプリとかは、ネイティブが必要なわけで。

GUI叩くだけ使うならCLRで十分。

でもそれじゃC/C++使う意味ないからね

577:デフォルトの名無しさん
05/08/07 09:42:17
>>575
別バイナリと、共通バイナリを指定できる。

578:デフォルトの名無しさん
05/08/07 09:51:47
VS.NETを普通のVC++として使えますか？

579:デフォルトの名無しさん
05/08/07 11:50:17
言ってる意味がわからないしスレ違い

580:デフォルトの名無しさん
05/08/07 13:46:09
2003とどの程度の差があるんですか？

581:デフォルトの名無しさん
05/08/07 13:47:24
ところで、
これからのプログラムは全部マネージドになるの？
ネイティブとWin32APIは互換性のためだけに残されるようになるの？

582:デフォルトの名無しさん
05/08/07 13:49:58
MS製品は今後もネイティブだよ。次世代Officeとか次々世代Officeとか

583:デフォルトの名無しさん
05/08/07 14:25:57
>581
両方。MSはあまり極端に走らない
こけても良いように逃げ道は残しておく

584:デフォルトの名無しさん
05/08/07 23:52:59
なんだそのマネージドコードってのは。
誰か分かりやすく説明してよ。

585:デフォルトの名無しさん
05/08/07 23:57:19
>>584
.NETのランタイムも使いつつ、今までのC/C++のコード資産も併用できるコード。
CLRとネイティブの橋渡し的に使える罠。

586:デフォルトの名無しさん
05/08/07 23:59:55
間違ってはいないが、マネージドコードの説明としてはおかしいだろ。

587:デフォルトの名無しさん
05/08/08 00:19:10
すまん、オブジェクトの管理をCLRに委ねるコードのことね。

588:デフォルトの名無しさん
05/08/08 00:46:25
Javaと対比させるとわかりやすいか？

　　　.NET　　　　　　　　　　　　Java
マネージドコード　　　　→　バイトコード
アンマネージドコード　→　ネイティブメソッド

589:デフォルトの名無しさん
05/08/08 08:48:38
バイトコードに対応するのはMSILでね？

590:デフォルトの名無しさん
05/08/08 12:04:16
でも、2.0フレームは、1.1より結構速度上がった希ガス。
仮想のアセンブリ使ってるわけだから、CPUのパイプラインでデコードを２層にして対応するとすれば、
直線コースでは、ネイティブのアセンブリと処理速度変わらなくなる可能性あるよね。
分岐予想も、２層にすることではずれやすくなるとは思えないし。　多くはネイティブと１対１対応だろうから。

591:デフォルトの名無しさん
05/08/08 12:09:45
そのうち、仮想マシンコード要ワイヤード・コンパイラ・（コ）プロセッサとか、CPUの標準構成になるんだろうか。
クルーソーみたいにソフトウェアでカスタマイズしだしたら、Javaも.NETもネイティブとほとんど同じ速度で動くのにね。

592:デフォルトの名無しさん
05/08/08 12:16:06
>>587
単なる疑似コードの実行マシンとしてのVMでなく、
オブジェクトの管理までやってくれるっていうのは、
そもそもガベコレが目的だったんだろうけど、
オブジェクト指向言語の拡張に一躍買ってるよね。
レイトバインディングとか、動的型情報とか。

従来の言語でも実装はできたけど、IUnknownインタフェースとか、
クラス毎に実装してやらなきゃなんなかった。

今は、コンパイラが実行ファイルへ型情報を書き出しておいてくれて、
VMがそれを読んでインタフェースを提供してくれてるみたいだし。

593:デフォルトの名無しさん
05/08/08 15:24:11
>>585-592
この中で的確にマネージドコードを説明したレスはあるのか？
それすらわからん。

594:デフォルトの名無しさん
05/08/08 16:34:56
588でいいと思う

595:デフォルトの名無しさん
05/08/08 21:15:22
いや、だから、マネージドコードってなんだよ？
CLR上で動いてるMSILの事なのか、それに対応した各言語のソースのことなのか

596:デフォルトの名無しさん
05/08/08 21:33:30
そのくらいも調べられないのか？
URLﾘﾝｸ(e-words.jp)

597:デフォルトの名無しさん
05/08/08 21:43:15
>596
煽りはいいから。マネージド・オブジェクトならわかる。オブジェクトの管理をCLRに委託した
オブジェクトのことだわな。でも、マネージド・コードって言われても、CLR上の中間コードの
つもりなのか、なんなのかいなって聞いてるわけさ

598:デフォルトの名無しさん
05/08/09 12:22:38
>>597
MSにでも聞けば？

599:デフォルトの名無しさん
05/08/09 14:47:52
M$の回答は、マネージドAPIはベーパーAPI。
なら、ベーパーAPIをコールするマネージド・コードは、、、

URLﾘﾝｸ(pc.watch.impress.co.jp)
　　　　　　　　　　
マイクロソフトOBでWindows 1.xの時代からWindowsの開発に関わっていた方(2000年に退職)から
コメントをいただいた。引用させていただくと

“私の住むシアトル近辺のマイクロソフトOBの間では、2004年の前半に「Longhornがキャンセルに
なったらしい」という噂がさかんに交わされ、その後次々と「OFSはLonghornとは別」、
「Managed APIは採用しない」とのアナウンスがありました。結局の所、もともと計画していた
Longhorn は出せなくなったけれども、いまさらキャンセルになったとは言えないので、出せるもの
だけかき集めてLonghornと呼ぶことにした、という見方がこちらでは一般的です”

600:デフォルトの名無しさん
05/08/09 14:50:02
Win32APIの上にマネージド・ライブラリであるWinFXが乗っかるということは、
ま、

新たなVBランタイムということさ。

601:デフォルトの名無しさん
05/08/09 15:28:52
えーと、.netは……

602:デフォルトの名無しさん
05/08/09 15:43:37
つーかMSはころころ名前変えるから
何がやりたいのか和姦ね
WinFXって.NETなの？
でも.NETってOS非依存じゃなかったっけ？

603:デフォルトの名無しさん
05/08/09 16:18:38
..NET Framework ライクなクラスライブラリを備えた
Win32API の代わりになる新APIセットが WinFX じゃなかった？

604:デフォルトの名無しさん
05/08/09 16:32:56
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。

605:デフォルトの名無しさん
05/08/09 16:41:24
てことは、

Whidbey終焉？

606:デフォルトの名無しさん
05/08/09 20:05:44
最初にマネージドコードを聞いた>>584こと俺だが、
>>595は俺じゃないけどなんだか難しい事を聞いてしまったようだ。

なんとなくわかったよ。
マネージドコードってのは俺には理解不能だって事がさ。

607:デフォルトの名無しさん
05/08/09 20:11:44
アンチは放置。わざと釣られてるのか？

608:デフォルトの名無しさん
05/08/09 21:38:34
>>597
マネージド・オブジェクトなんてあまり使わない。
マネージド・コードはよく使われる。

609:デフォルトの名無しさん
05/08/09 21:57:14
managed code 【マネージコード】
オペレーティングシステムによって直接実行されるのではなく、
共通言語ランタイムによって実行されるコード。マネージコード
アプリケーションでは、自動ガベージコレクション、実行時型チェック、
セキュリティサポートなどの共通言語ランタイムサービスを利用できます。
これらのサービスは、プラットフォームや言語に依存せずに、マネージ
コードを実行できるようにします。

610:デフォルトの名無しさん
05/08/09 21:57:16
単純にネイティブコードの反対がマネージドコード

611:デフォルトの名無しさん
05/08/09 22:39:47
てゆーか、「ネイティブの反対はマネージド」とでっちあげただけだから、
609のようにコアの無い説明になっちゃうわけじゃん。

一つ一つの要素はありふれたものだし、必須はどの要素というのが決まってないし。
この内容じゃ、汎用機COBOLでさえmanaged codeになっちゃうよ。
汎用機COBOLも記述性悪いけどHOSTを落とさないという役割だから、目指すとこ一緒だから良いのか。

612:デフォルトの名無しさん
05/08/09 22:41:43
汎用機COBOL 【はんようきコボル】
オペレーティングシステムによって直接実行されるのではなく、
共通言語ランタイムによって実行されるコード。マネージコード
アプリケーションでは、自動ガベージコレクション、実行時型チェック、
セキュリティサポートなどの共通言語ランタイムサービスを利用できます。
これらのサービスは、プラットフォームや言語に依存せずに、マネージ
コードを実行できるようにします。

613:デフォルトの名無しさん
05/08/09 22:50:00
COBOL unmanaged code
COBOL.NET managed code

614:相手にするな
05/08/09 23:02:14
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。

615:デフォルトの名無しさん
05/08/09 23:39:03
>>611
バカ？
CLR上で動作するコードをマネージドコードとマイクロソフトが「名づけた」だけだが。
別に業界標準用語でもなんでもない。

616:デフォルトの名無しさん
05/08/10 01:07:18
CLR Ver1.0=.NET
CLR Ver2.0=WinFX
CLR Ver3.0=?

617:デフォルトの名無しさん
05/08/10 01:10:00
SunとMSが和解した時点で、JavaVMと別のランタイム環境を擁する必然性は薄れたな。
まぁSwingなんか叩きたかないが。

618:デフォルトの名無しさん
05/08/10 01:25:02
>>617
？そもそもJavaと.NETじゃILの表現力が違うでしょ。
目的も用途も違うのに比較する意味がない

619:デフォルトの名無しさん
05/08/10 01:38:37
そもそも.NETの出所が、あの裁判沙汰になったMSの独自拡張Javaと、WFCでしょ。
JavaVMだって他の「Java言語」以外の言語をサポートしようとしてやれないことはないはず。
まぁネイティブ叩くのは.NETのほうが多少楽だろうが。

620:デフォルトの名無しさん
05/08/10 09:02:43
いや、V$は必死でネイティブ切ってるから全然楽じゃない。
少しでもネイティブ叩いたらリッチクライアントという範疇から外れちゃうからかな。

621:デフォルトの名無しさん
05/08/10 10:41:34
>>619
やれないことはないけどやらないんじゃない？
だからMS独自拡張Javaも許容しなかったしGenerics入れるときも
VMは拡張しなかった。
中間言語システムはSunにとっては仮想マシンで
MSにとっては言語中立共通メタデータバイナリイメージなんでしょう。

>>620
ハァ？COM/Interop、P/Invoke、CLR Hosting、C++/CLIまで用意しといて
なにが楽じゃないのよ？C++/CLIにいたっては今までのコードそのまま使えるぞ？

622:デフォルトの名無しさん
05/08/10 10:49:23
ところで、マネージドコードの利点ってなんですか？
移植性に優れるようにするならば、
なぜ、ネイティブを呼び出せるような仕組みがあるのか疑問です。

623:デフォルトの名無しさん
05/08/10 11:03:09
>C++/CLIにいたっては今までのコードそのまま使えるぞ？

mc++スレでは、
>今までの STL はネイティブに対しては今まで通り使えるし、
>ref 型とかは STL.NETが用意される
となってるが、C++/CLIだとSTL入りの既存コードはコンパイルできないわけでしょ？

624:デフォルトの名無しさん
05/08/10 11:16:59
>>622
はっきりいって広範囲に及ぶので一つ一つ解説すると
掲示板じゃむりぽになるんだが・・・
LonghornででたAvalon(これは微妙だが)、Indigo、WinFS、Nomad、
等々すべてマネージコードを必要とする、なければならないものだっていったら
重要性わかります？移植性だけじゃないんですよ。というか移植性、
MSはあんまり重要視してないような希ガス
あぁセキュリティシステム利用ならClickOnceもそうだなー

>>623
だからその中で「そのまま使える」といってるだろ？どうよんだのよ
C++/CLIではマネージ型とネイティブ型が一つのソースで共存できるっていうか
ぶっちゃけ今までのC++にマネージ型用構文が追加されただけなの。
だから既存コードもコンパイルできる。マネージ型としての利用は出来ないけどな。

625:デフォルトの名無しさん
05/08/10 11:36:24
>MSはあんまり重要視してないような希ガス

ならMS推奨を避けてネイティブしとけば無傷じゃないかな。
WindowsDNAなんて今じゃマボロシだし、AJAXもあることだし。

626:622
05/08/10 11:56:41
>>624
Windowsの新機能はマネージドからじゃないと使えないということですか？

627:デフォルトの名無しさん
05/08/10 12:42:15
>>626

新機能がどっちかによる。

628:627
05/08/10 12:43:19
>>626

んなことたぁーない。

629:デフォルトの名無しさん
05/08/10 12:59:07
じゃぁ、ネイティブから新機能使うのがベスト。

630:デフォルトの名無しさん
05/08/10 13:24:40
当然、.net2.0 + C# のコードを、
WinFXライブラリ + C#でコンパイルできるんだよな？

631:デフォルトの名無しさん
05/08/10 14:15:27
何でこういうのを相手にするのかなあ

632:デフォルトの名無しさん
05/08/11 01:24:48
>>629
ネイティブ版のインタフェースはCOMだろうけど、
64か32でバイナリ違ってくるし、
新APIがDataSetを戻すタイプだったら激しく不幸になれる。

633:デフォルトの名無しさん
05/08/11 01:27:39
>>630
WinFXでは、SQLServerのXML型の拡張型が使われると予想。

634:デフォルトの名無しさん
05/08/11 01:55:13
>>625
お前WinFXスレにもかいたアホだろ？Ajaxとかいってるし
単純な話でMSの責任じゃないだけ。標準化や技術公開は
積極的にやってるし、そこまで果たせば十分だしやるべきでない
Monoとかに任せるのが重要なわけでMSがやりゃまた叩かれること
うけあい。

>>632
CLR Hostingでも使うのかと思ったけど。
まぁ静的言語に徹しているC++の限界だな

635:デフォルトの名無しさん
05/08/11 07:37:41
いや、Win32 APIが拡張されるんだからある程度はそこから使えるようになるでしょ？

636:デフォルトの名無しさん
05/08/11 08:49:04
>標準化や技術公開は
MSの技術公開って何だろう？
イソターネットなら基礎技術から応用までMSと無関係だけど。

637:デフォルトの名無しさん
05/08/11 08:53:50
URLﾘﾝｸ(hotwired.goo.ne.jp)
Vistaから本格的にAJAXに向かうらしい。
Avalonは名称からして破棄。

638:デフォルトの名無しさん
05/08/11 09:18:30
>>634
アホが調子付くから放置しる！

639:デフォルトの名無しさん
05/08/11 09:24:35
>>632
>ネイティブ版のインタフェースはCOMだろうけど、
>64か32でバイナリ違ってくるし、
>新APIがDataSetを戻すタイプだったら激しく不幸になれる。
>>632
>CLR Hostingでも使うのかと思ったけど。
>まぁ静的言語に徹しているC++の限界だな

大きく勘違いしてるようだが、
ＭＳ的にはWin32/64は繁殖、COMは終息、みたいだよ。
.NETも縮小方向というか市場が広がってない。

640:デフォルトの名無しさん
05/08/11 09:47:45
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
Win64 との対決でﾄﾞﾄﾈﾄ劣勢

641:デフォルトの名無しさん
05/08/11 10:08:41
先ずは64bit環境用NET Frameworkの正式版を出してもらわないと
あとExecutionEngineExceptionの発生頻度をもう少し下げてもらえれば使えなくも無い

642:デフォルトの名無しさん
05/08/11 12:34:50
>>639
COM終息？　Windows最大の基幹技術なのに？
COMが無くなるんなら代わりの技術が必要だよ。
.Netがそれだと思うんだけど。
.Netはクラスが全部COMみたいなもんだし。

でないと、MSはどうやってOSのバグ直すのよ。

643:デフォルトの名無しさん
05/08/11 12:39:51
COMのなくなったWindowsなど、現時点では想像できないのだが

644:デフォルトの名無しさん
05/08/11 12:44:08
WindowsDNA!

645:デフォルトの名無しさん
05/08/11 14:35:43
Delphi/VCLなんかだとCOMスルーだったし、
それを取り入れたのが.NETライブラリだからCOMイランしょ。

>その一方で，.NET作戦にとっては衝撃的な宣言が飛び出した。
>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。

次世代にCOMが無いのに、COMが要るといって芸氏に歯向かうスレはここでつか？

646:デフォルトの名無しさん
05/08/11 15:33:20
えーｗ　COMだらけだよｗ

647:デフォルトの名無しさん
05/08/11 15:45:40
ここはCOM用のVB6がなぜ破棄されたのか知らないインターネッツでつね。

COMを使わされた人ｶﾜｲｿｽ

648:デフォルトの名無しさん
05/08/11 18:38:01
>>645=647
でつでつ、ｳｻﾞｗ
DirectShowとかみてみれ、ｱﾌｫｗ

649:デフォルトの名無しさん
05/08/11 20:16:39
COMは今後も残り続けるよ。
Vistaにも新しいCOMインターフェイスが追加されてるし、
.NET 2.0にも新しいCOMインターフェイスが追加された。
Office 12もCOMベースのままだ。

650:デフォルトの名無しさん
05/08/11 20:17:44
MSは

パフォーマンスが必要な領域(OSに比較的近い所)=COM
開発効率が必要な領域=.NET

の二刀流でいくと思われる。

651:デフォルトの名無しさん
05/08/11 21:29:40
というか.NETは便利なライブラリ集と思っていて委員ジャマイカ?

652:デフォルトの名無しさん
05/08/11 21:49:55
それでいいと思う

653:デフォルトの名無しさん
05/08/11 22:01:40
DirectXはコーポネントが新しくなればなるほど
COMの規則を守らなくなっている件について。

654:デフォルトの名無しさん
05/08/12 02:01:36
>>647
ＶＢはＯＣＸだと言ってみるﾃｽﾄ

655:デフォルトの名無しさん
05/08/12 02:05:51
>>650
だろうね。

>653
そうなの？

COMって、極論IUnknownインタフェースのことで、言い換えるとDLLのフォーマットだろ？
だから、高速化という目的では、DLL互換性を保つ条件で最大のパフォを期待できる。
で、
残りの２つのインタフェースが無くなってるの？

656:デフォルトの名無しさん
05/08/12 02:08:20
>>653
あ、レイトバインディングが無くなってきてるとかいうこと？
サイド・バイ・サイドが出たから、それは仕方ない事じゃなくて？

657:デフォルトの名無しさん
05/08/12 02:12:51
>>655
フォーマットというか、エントリポイントが絶対配置でなく、問い合わせられる仕様ね。

658:デフォルトの名無しさん
05/08/12 07:27:15
> ExecutionEngineException
こんなの見たことない

659:デフォルトの名無しさん
05/08/12 08:41:22
>>650
>パフォーマンスが必要な領域(OSに比較的近い所)=COM
>開発効率が必要な領域=.NET
>の二刀流でいくと思われる。

この二刀流って物凄く損な開発だね。

>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。

Delphi/VCLだとWin32をラップしたクラスライブラリだからパフォーマンスは落ちないし、
クラス派生出来る。
つまり、ふつーに開発すればWin32とWinFX間にCOMは不要。
COMが介在した途端にクラス派生アボーン。

Delphi/VCL.netなんて不要なものもあるけど、「次世代プラットフォーム」には素直に合致してる。

660:デフォルトの名無しさん
05/08/12 08:48:33
>>649
COMが残るということと、COMをツカマされて損するのとは違うじゃん。

>Office 12もCOMベースのままだ。

VBAが丸ごとＣ丼ベースになることはケテーイなんでそ？
COM使うだけやヴぁいじゃん。
下位互換だからってVBA以前のExcelマクロを使わないように。

661:デフォルトの名無しさん
05/08/12 08:54:50
>の二刀流でいくと思われる。

開発者にWindowsDNA=VB-COM-VC++の二刀流をやめさせるため、
VBが亡くなってWinFXになるんだよ？
この状況でCOMを残したら、Win32-WinFX-COMの三刀流になっちゃう。

M$がVBを消す直前にアナウンスしたのは、
「COMではオブジェクト指向の海を渡ることができない」というM$DN文書。
内容はCOMは派生が使えない等と機能が足りない点を述べていた。
その前までは、「派生はOOPの本質ではない」といい続けてたがそれをひっくり返した。

だから、COMに拘ると、M$の勧めるクラスベースOOP、つまり.NETを否定することになる。

クラスベースOOPは枯れ切ってて、オブジェクトベースOOPが研究されてる時代なんだから。。

662:デフォルトの名無しさん
05/08/12 09:41:57
何故V$の中の言語からライブラリまで変わり続けるのか、
本当の理由を読み取れるかどうかは開発のセンスだと思う。
正しくない技術は消えて逝く。

663:デフォルトの名無しさん
05/08/12 11:14:48
そこでWindowsDNAですよ。

>　正しくない技術は消えて逝く。
正しいか正しくないかは関係ないような？

664:デフォルトの名無しさん
05/08/12 11:30:08
WindowsDNAセミナーで必ず出てたVBが終息でつよ？

665:デフォルトの名無しさん
05/08/12 11:41:17
なにをもって正しい技術なのかを証明するのは難しいと思われ
後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物

ＶＢは。ＮＥＴになってからまるで別物になってしまったからなぁ・・
おかげでＣ＃使えるようになったからいいけどＶＢＡとかが今後どうなってくのかは気になる

。ＮＥＴ　フレムワクは窓以外でも出て
他のＯＳでも動くアプリが作れるんだと勝手に妄想しながら当時は歓喜してたけど
ふたを開けてみると他のＯＳでフレームワーク出すって話はぜんぜん聞かない
マイコゥはどうする気なんだろうか

666:デフォルトの名無しさん
05/08/12 11:58:33
>なにをもって正しい技術なのかを証明するのは難しいと思われ

その通りですた。
「正しい技術」というより、「正しい技術の進化」の方が考えやすいね。
レイヤーとして古いものものと新しいものがスタックで被さるように。

>後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物

これってソースコードの生死に関わるから超重要では。
OSのAPIがあって、その上にクラスライブラリが被さってというレイヤーだと非常に開発しやすく、
クラスライブラリはそこそこ性能もある。

が、OSの上にCOMが被さるとVBでのCOM拡張バージョンは消えるわ、C++とは相性悪いわで散々だった。

WinFXなんかもOSがクラスライブラリAPIになるのはスタックの領域侵犯では？と思ってたら、案の定Win32は残ることに。

じゃぁ、Win32とWinFX、および、他のクラスライブラリがあるところにCOMが要るかというと、イラネー

次ページ