- 1 名前：デフォルトの名無しさん mailto:sage [2005/04/12(火) 20:39:26 ]
- 前スレ
【Whidbey】Visual Studio 2005スレ【.NET 2.0】
pc8.2ch.net/test/read.cgi/tech/1080916113/
- 357 名前：デフォルトの名無しさん mailto:sage [2005/07/04(月) 17:17:52 ]
- ClickOnce でアプリ配布のテストしてるんだけど、なんか例外を投げるよ
System.Deployment.Application.DeploymentDownloadException (不明なsubtype)
って奴が SystemNetDownloader.DownloadSingleFileで投げられるんだけど、
これってなにが原因かな？
- 358 名前：デフォルトの名無しさん mailto:sage [2005/07/05(火) 10:37:31 ]
- >>357
ClickOnce あまりやってる人いなさそうですね。
上でもちと出てきてるが、レスの食いつきが悪いみたいだし。
回答になってなくてｽﾏｿ
- 359 名前：デフォルトの名無しさん mailto:sage [2005/07/05(火) 12:02:11 ]
- これってVS2003と共存できるんですか？
- 360 名前：デフォルトの名無しさん mailto:sage [2005/07/05(火) 15:06:36 ]
- >358
上のはGDNでやってるのを見たよ。C++/CLI で ClickOnce。かなり手間がかかりそうだった
>357 のは海外のサイトでも ClickOnce is not Simple とかいって騒いでる掲示板に出てた
バグっぽかった
- 361 名前：デフォルトの名無しさん mailto:sage [2005/07/05(火) 15:28:10 ]
- ＞ ClickOnce is not Simple
ﾜﾗﾀ
実際自前のアプリにはネットでアップデートできる機構を
組み込んでるから、MSに頼る必要も無いんだけど、
どんなかなーと気になってはいる
- 362 名前：デフォルトの名無しさん mailto:sage [2005/07/05(火) 15:42:23 ]
- むぅ、やっぱりバグなのかな？ feedback に出してみるか
アセンブリのバージョン管理を自動でやってくれる分には便利だと思う
ちゃんと動けば
- 363 名前：デフォルトの名無しさん mailto:sage [2005/07/08(金) 21:03:26 ]
- vbexpress2005betaが期限切れで立ち上がらなくなった・・・・
これからどうすればいいんだ・・・
- 364 名前：デフォルトの名無しさん mailto:sage [2005/07/08(金) 22:30:22 ]
- >>363
それほんと？ VS2005beta2入れたらどうかしら。おれんところは平気で使えるぞ
- 365 名前：デフォルトの名無しさん mailto:sage [2005/07/08(金) 23:16:52 ]
- あくちべーしょんが必要じゃ？
- 366 名前：デフォルトの名無しさん mailto:sage [2005/07/08(金) 23:32:19 ]
- beta2入れても近い将来使えなくなるんだろうか
ときどき自分用に便利ツールをつくるだけだから永久に使いたいなあ
- 367 名前：デフォルトの名無しさん mailto:sage [2005/07/08(金) 23:41:25 ]
- 独り言はMeadowにでも書いとけ
- 368 名前：デフォルトの名無しさん mailto:sage [2005/07/09(土) 00:20:40 ]
- >>366
MSが確信犯的にバグ入れてる感触あり（あくまで気分的に）
Goliveライセンスとか言うので製品も作れるらしいが、ちと困り者だ。
安いバージョンもあるし、製品版出たら俺は買うね。
.NETは見送ったことだし
- 369 名前：デフォルトの名無しさん mailto:sage [2005/07/09(土) 00:28:46 ]
- >>366
2006年5月1日まで。
- 370 名前：デフォルトの名無しさん mailto:sage [2005/07/09(土) 00:55:30 ]
- FAQに製品版がでるまでか、>>369までと書いてあったような希ガス
- 371 名前：デフォルトの名無しさん mailto:sage [2005/07/09(土) 01:45:45 ]
- ふーむ、ウチは普通に起動できるがなあ。
当方Visual C++ 2005 Express Edition Beta 2。
- 372 名前：デフォルトの名無しさん mailto:sage [2005/07/09(土) 02:15:29 ]
- >>287 にもあるが、なんか使用制限おきている人もいるんじゃない？
- 373 名前：デフォルトの名無しさん [2005/07/09(土) 10:51:52 ]
- VS July CTPあげ
- 374 名前：デフォルトの名無しさん [2005/07/10(日) 03:28:13 ]
- VC#2005でWebBrowserコントロールでニュースを集めてきてデスクトップに
表示するプログラムを作っています。
そこで1時間ごとにニュースサイトにアクセスしようとしているのですが、
キャッシュを読みに行ってるらしく新しいページが取得できません。
そこでRefreshメソッドを使ったのですが、今度はDocumentCompleteイベントが
発生しないので、ページ取得のイベントがキャッチできませんでした。
前のaxWeb〜なら引数のパラメータでキャッシュから読まないとかが
設定できたようですが、VC#2005のNavigateメソッドにはそういう機能は
ありませんでした。
なにかうまい解決法はないでしょうか？
- 375 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 03:43:39 ]
- >>374
WebClientでなくてWebBrowserなのは何か意味があるの？
- 376 名前：デフォルトの名無しさん [2005/07/10(日) 03:48:45 ]
- ん〜、C#expressを使ってみてるんだけど
データソースの追加にAccessとSQLserverしかないんだけど
他の使いたかったら手打ちしろって事ですか？
- 377 名前：375 mailto:sage [2005/07/10(日) 04:08:02 ]
- 手打ちといえば手打ちになるけど。
new WebClient().DownloadData(url)
だけでWebページのバイト配列が取れますよ？
直接表示するんでなくてデータを加工するなら、
WebClientは楽だと思うけど。
- 378 名前：375 mailto:sage [2005/07/10(日) 04:29:48 ]
- WebBrowserなら、Refreshメソッドを呼んで、
ProgressChangedイベント内で
if (e.CurrentProgress == e.MaximumProgress){ ... }
とすれば読み込み完了が検知できそう。
- 379 名前：フォルトの名無しさん [2005/07/10(日) 16:49:11 ]
- Visual studio 2003 professional版って800x600でも使えますか？
- 380 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 17:06:35 ]
- >>379
その質問は微妙だな。使えるような気がしないでもないが
漏れは、絶・対・イ・ヤ・ダ！
- 381 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 17:10:07 ]
- 使い物にはならなそうだな
- 382 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 17:40:59 ]
- それぐらいならコマンドラインで使った方が気楽じゃね？
- 383 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 17:50:00 ]
- おれはむしろ、なぜ800x600で使いたいのか気になる
- 384 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 18:17:18 ]
- ノーパソだろ
- 385 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 19:27:12 ]
- VSが動くスペックのノーパソで800x600ってのは余計に不思議
- 386 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 20:25:26 ]
- 小さい文字とかが見えにくいって人も中にはいるんじゃね？
- 387 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 20:29:50 ]
- フォントサイズ調整汁
- 388 名前：379 mailto:sage [2005/07/10(日) 20:44:34 ]
- 脳みそはCel650だけど液晶はSVGAなんですよ、
金がないモンでジャンクなんですよorz
- 389 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 21:34:23 ]
- ｶﾞﾝｶﾞﾚ
- 390 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 21:37:27 ]
- おれ、7000円でPC＆OS＆オフィス付きCRTモニタ買った。
結構使える。CRTなんでXGAはいけるよ。SXGAも字は
小さくなるけどOK
- 391 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 22:28:06 ]
- マネージコードまじ遅い
C++ネイティブとCLIで、速度の差が１０倍ある（入出力の伴わない文字列の
パース的な処理）
JITコンパイルコードってこんなに遅いのか？ 早くはならんだろうが、せめて
1.5倍とか２倍程度の遅さで勘弁してくれ……（上の比較はJITコンパイル
そのものは含んでない、念のため）
- 392 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 22:33:46 ]
- マネージドの文字列処理って、配列の境界チェックが毎度毎度走るから
遅いんじゃないのかな
推測だけど
でもそんだけじゃ10倍も差は出ないか
- 393 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 22:38:45 ]
- >>392
char *p
で p には文字バッファの有効なポインタが入ってるとして、
ここから char c =*p++ という感じで読んでるだけなんだが、
境界チェックって毎度入ってるの？
- 394 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 22:42:39 ]
- >>393
ポインタアクセスしてるだけなら入らないでしょ
- 395 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 22:46:34 ]
- ILDASMしてみるのがはやいかと
- 396 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 22:56:54 ]
- ＞ char c =*p++ という感じで読んでるだけ
だけってことは無いな、スマン
newするとアンマネージ←→マネージ切り替え発生する？
＞ILDASM
知らんかった。やって見ます。マネージコードのdisasmなんて
やってみようとも思わんかったorz
- 397 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 23:35:05 ]
- マネージコードだから遅いと言う事実はない
- 398 名前：デフォルトの名無しさん mailto:sage [2005/07/10(日) 23:38:25 ]
- ＞ILDASM
だめだ、巨大すぎて該当するコードにたどり着けなかった…
関数名のサーチは無いのか？
つーか分ったとしても俺には読めん。x86の逆汗コードみたいなの
期待してたけどぜんぜん違うorz
- 399 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 00:04:28 ]
- ん？遅い部分だけ取り出してきっちり測ってるわけじゃないの？
- 400 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 00:34:48 ]
- コード的に切り出してるわけじゃなくて、計りたい部分が
重点的に動くように指示を出して時間計ってる。
つーか事前の処理が無いとその部分は動作しないので、
そこだけは取り出せないんだ罠
- 401 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 09:51:05 ]
- っていうかどんなコードかいてんの？
- 402 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 10:39:46 ]
- 高度なコードじゃ無いことだけは確かだ
- 403 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 12:21:02 ]
- >>401
どんなコードかというと一言では無理だけど、処理内容は
トークンの切り出し→構文解析→式の演算実行。
まあ、インタープリタもどきだ。
>>402
これだけのやり取りでそこまで見抜くなんてすごいね。
確かに高度なコードじゃないと思う…orz
- 404 名前：402 [2005/07/11(月) 14:40:01 ]
- 見抜いたワケじゃなくて>>401に脊髄反射した親父ギャグです。スマンカッタ
- 405 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 17:15:35 ]
- >>404
煽りだけかと思ったらそうでもないのか（笑）
いやね、そのインタプリタで数万回の演算実行時間を計ったんですよ
こんな感じの単純なループなんだけど（あくまでC風な例）
for(i=0; i<10000;i++){
j++;
}
で、C++ネイティブだと0.02,3秒なのに、CLIだと0.3,4秒かかるんだわ
で、マネージコードおせーなと愚痴を言いにw
どこかでマネージアンマネージの切り替えがあるんじゃないかなあとか
思ってるわけですが、よくわからん。
- 406 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 17:20:02 ]
- ILDASMの結果はテキストファイルに出せるから検索できるよ
- 407 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 18:38:13 ]
- そろそろダミーループの速度を比較するのやめない？ｗ
なんの意味もないのに気づいてもいいと思うんだけど。
最近プログラムを覚えたばかりの子供ならしょーがないが。
- 408 名前：401 mailto:sage [2005/07/11(月) 18:40:40 ]
- >>403
やっぱりそういうのでしたかｗ
正規表現って知ってますか？
目からウロコかもよ！
- 409 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 18:53:18 ]
- >>407
実際はあれはCのコードじゃないので、インタプリタの速度を
計っていることになっているのだ。実際の運用はあれで
もっと複雑な処理を書いているが、速度最適化の指標と
しては簡潔なループで十分役に立っているよ。
あれで早くなったらもっと複雑なものにトライするという手順
- 410 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 18:56:03 ]
- >>408
正規表現は門外漢orz
機会があったらどういう実装か見てみたい気はするが、
使うだけだったらライブラリがあるしなあ。
- 411 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 19:43:12 ]
- >>409
なに使ってプロファイリングしたの？
- 412 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 19:49:45 ]
- >>411に追加
ループ回数を1000倍とかにしても10倍以上の差になる？
- 413 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 20:45:45 ]
- >>411
APIのQueryPerformanceCounterでループをはさんで計測
ループ回数を100倍にしたらそれぞれかかる時間は100倍、
比率は10倍で同じだった。
最適化のスイッチはサイズ優先や速度優先など変えても、
おおむねの傾向は一緒だった…
- 414 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 20:49:07 ]
- ngen してみるとか？
- 415 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 20:53:58 ]
- >>414
何度も実行してるので、とっくにナンタラキャッシュには入ってるとおもう。
それに計ってるのは問題のコードの前後だから、exeのスタートアップ時の
負荷はネイティブマネージ双方ともカウントしていない
- 416 名前：374 mailto:sage [2005/07/11(月) 21:25:10 ]
- レス遅くなってすみません。
>>375
>>377
なるほど、WebClientを使うとすっきりとできるんですね
C#2005から標準装備になって、目に付きやすい所に
コントロールがあったんでつい使ってしまいました･･･orz
>>378
この方法だとWebBrowserコントロールでうまくReflesh()を捕まえる
ことができました。しかしnavigateしかDL完了をキャッチできない
DocumentCompleteイベント、使いにくいっす･･･
なんとかWebからニュースをとれるようになりました。
レスくれた方、どうもありがとうございました。
- 417 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 21:35:14 ]
- >>413
そうすると、関数ごとのプロファイルとかとって
ネック部分を捜さないと原因はわからなそうですね。
ところで、VC++のマネイジドってＧＣとか使えるの？
もしかすると、見えないところで、
インスタンスの生成と破棄が繰り返し行われてたりするのかも。
- 418 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 21:59:53 ]
- >>417
マネージアプリで関数ごとのプロファイルを簡単に見れる仕組み、
VS2005自体が持ってるっけ？ その辺詳しくないっす
ただ推測するに、標準ライブラリとか呼んでるから切り替えが
激しいんじゃないかな。もともと素のC++をマネージドで
リコンパイルしただけだから
- 419 名前：デフォルトの名無しさん mailto:sage [2005/07/11(月) 22:09:02 ]
- >>418
Expressじゃなく、普通のVS2005b2なら、
ツール＞パフォーマンスツールで出来るのかな。
使ったことないからどの程度つかえるのか不明だけど。
- 420 名前：デフォルトの名無しさん mailto:sage [2005/07/12(火) 00:11:47 ]
- >>419
情報thx
ちと動かしてみたが、見る気が起きんほどすさまじい量の数字が出てきた。
意味を把握するのにも時間かかりそうだし、もう断念。
いいやCLIのスピードが遅くても（+д+）
- 421 名前：デフォルトの名無しさん [2005/07/13(水) 07:54:48 ]
- 最近 2005 beta2 試してみた．2, 3日試した感触で 2003 toolkit と比較すると
・大域最適化 + プロファイルガイド付き最適化で 5%，浮動小数点計算しないプログラムの実行速度が速くなった．
・_BitscanForward() や _InterlockedAnd() のおかげでインラインアセンブルが必要な場所が減った．
・スタティックリンクしたコンソールアプリケーションの実行ファイルサイズが 20kb 増えた．
- 422 名前：デフォルトの名無しさん mailto:sage [2005/07/13(水) 12:00:18 ]
- >>実行ファイルサイズが 20kb 増えた．
大域最適化 + プロファイルガイドで結構増えるよね
- 423 名前：デフォルトの名無しさん mailto:sage [2005/07/13(水) 12:00:54 ]
- 増えてもインテルコンパイラに比べりゃぜんぜんマシ
- 424 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 00:56:17 ]
-
256でがんばってる人を応援します
（めちゃ遅いぞ）
- 425 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 01:33:30 ]
- 424だが
やっぱ今日メモリ貝に行く
- 426 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 08:57:32 ]
- メモリがいくらあっても、あればあるだけ使いにいくような感じがする
２GB搭載とかで使ってる香具師いる？ どれだけ食ってるか
使用言語と一緒にさらして下さいorz
おれは物理１GB、ページファイル２GBで500MBとかほっとくと
行っちゃう。作業中のメモリ開放して無いとしか思えん…
- 427 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 08:58:44 ]
- >>426
C++使用
- 428 名前：デフォルトの名無しさん [2005/07/15(金) 14:34:15 ]
- 日本語吐くコンパイラって
英語吐くコンパイラより遅いよね。
ワーニング出まくるプログラムだと
無視できないぐらい違う。
- 429 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 14:40:13 ]
- VS.NET でコンパイルしたC言語のコンソールアプリは.NET Frameworkが必要ですか？
- 430 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 14:55:26 ]
- ふつうのEXEならいらない
- 431 名前：デフォルトの名無しさん [2005/07/15(金) 15:31:46 ]
- CEの開発に使いたいんだけど、
ＧＵＩコンポネント増えてる？
ブラウザコントロールとか、リッチエディットがあれば
今すぐ２００３から２００５β２へ移りたいんだけど、どうよ？
- 432 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 16:16:38 ]
- >>429
純粋なC/C++言語なら要らない
.NETを使ったC/C++アプリなら要る
- 433 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 18:15:53 ]
- やっぱ純粋なC/C++が良いね。
( ﾟдﾟ)､ﾍﾟｯ C丼ﾄﾞﾄﾆｰﾄ
- 434 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 20:57:32 ]
- >>433
アプリプログラマでそんなこといってる人は
相当やばいぐらいとんでもなく遅れているので
ちょっとは情報集めだしたほうがいいよ。
C++と.NETはだいぶノウハウっていうかそんなのが
違うので手ぐらい出したほうが…。
- 435 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:17:20 ]
- >>434
ドットネットで動いてる市販アプリｷﾎﾞﾝﾇ
- 436 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:44:39 ]
- >>434
例えば自分の商売のプラットフォームがそうなってからでも遅くないだろ？
予習とかって「勉強」じゃないんだから、明日から必要になったら明日から
やってもぜんぜん問題なし。暗記しておく必要もないし、参考書とか
本とか片手に例文を変形させていけば今主流の言語なんざものの数十分
もあればどれでもいけちゃうよ。
参考書には書いてない微妙な癖とかあっても、それはプロジェクト期間中に
吸収しちゃえばいいよ。それできなきゃプログラマとして適性が疑われる
- 437 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:52:19 ]
- >>430>>432
CGI用途なので必要ないようですね。ありがとうございました。
- 438 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 21:56:32 ]
- .NETのプログラムって標準入出力扱えないのか？
- 439 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 22:03:32 ]
- >>435
そういうのはこっちでやって
ttp://pc8.2ch.net/test/read.cgi/tech/1027559190/l50
Office Home Style+とかはつかっているようだけど。
>>436
実際使用するとかの話ではなく。
分かった上でｲﾗﾈって分野は確かにあるから俺もそのときによって選択するけど
これからのアプリに必要なものという枠で考えたとき.NET Frameworkは
レベルの違ったプラットフォームであることは容易に想像できそうなものだが。
それも.NET Frameworkはネイティブ環境との相互運用性がありえないぐらい高いし。
問題は実用するために本格的にやらんでもそれがまず見えるだろうっていう
状態なのにｲﾗﾈというやつと、Framework自体さまざまな技術や裏づけの上に成り
立っているのに、楽勝楽勝っていってるやつですよ。
- 440 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 22:12:34 ]
- >>439
煽ってすまなんだ〜 返事ありがとう
具体的には何からはじめればいいだろ。CLIで動かしたり
クリックワンスに興味を持ったりはしてるよ
VS2005のバグをかわすのもまた楽し
- 441 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 22:26:42 ]
- >>440
まぁ、普通の言語学ぶ過程どおりにかな。
言語仕様片手にとりあえず簡単なもの作ってみるとか。
チュートリアルはもうあるのかな？
大体つかめたら相互運用性について調べてみると
旧コードの生かし方や自然な移行法、移行しないでいい部分
とかも見えてくると思う。正確にはいかに移行するかってよりも
共存関係が見えてくると思うけど。
ClickOnceはCAS(コードアクセスセキュリティ)等の上に
成り立ってるからそれらを知っておくといいかも。
後はデプロイ関係の部分とか。
- 442 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 22:54:01 ]
- .NETがWin以外で動くのはいつだ〜？
そうじゃないとメリットが分からんのが正直なところ。
.NETじゃないといけない分野ってある？
ちなみにガベコレとかは些細な問題だと思っている
- 443 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 22:58:56 ]
- > それも.NET Frameworkはネイティブ環境との相互運用性がありえないぐらい高いし。
うむ。.NET 2.0のCLR Hostingむちゃくちゃおもしろいですよ。でも資料が少なくて死にそう。
- 444 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 23:01:51 ]
- >>442
つ MONO
- 445 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 23:03:45 ]
- >>443
相互運用というのがよく分からんが、/clr オプションつけるのと何か違うの？
マネージ部分から勝手にネイティブ呼んでくれるけど。
- 446 名前：デフォルトの名無しさん mailto:sage [2005/07/15(金) 23:32:35 ]
- >>442
中間言語化はマルチプラットフォームなどはどうでもよく、
どっちかって言うとメタデータを内包したことのほうが大きい。
簡単に言えばバイナリの表現力向上。
これを元にコンポーネント指向が再構築されているし、メタデータを
コードが内包しているのでSQL鯖でUDTなんてのも可能になるし、
ネットワーク透過でオブジェクトを扱えたり、強い型制約のもとデータを
扱えるNomadなんてのも可能になっている。
>>445
それもあるが、C++/CLI等言語レベルで相互運用性については再考されていたり、
COM相互運用、DLLからネイティブDLL関数の呼び出しなど、多層的なサポートもあるし、
っていうか、そのCLR Hostingってのは方向が「逆」だ。
例えば/clrオプションは「マネージド」から「アンマネージド」を使う技術だが、
CLR Hostingは「アンマネージド」から「マネージド」を使う技術。
例えば、SQL Server2005で使われている(というかそのために整備したんだが)もので、
ネイティブなアプリケーションからCLRを直接実行したり制御するもの。
- 447 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 00:05:21 ]
- ＞ネットワーク透過でオブジェクトを扱えたり
具体的にはどんなの？ LoadLibraryのパラメータにURL
書けるようなものかな。もっと便利？
- 448 名前：デフォルトの名無しさん [2005/07/16(土) 01:39:02 ]
- .Net上でのクラスが、COM相当のメタデータを持ってる。
だから、レイトバインディングが標準だったりする。
- 449 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 02:56:06 ]
- >>447
勘違いしてるかな。そういうことも確かにできるけど。
そういう話ならば、CASにフォーカスがあたることになる。
中間言語になることによってバイナリの「証拠」が保証される
関係でライブラリの実行される場所によって柔軟に
そのライブラリに与える権限がAPIレベルで管理できるようになるため
そういうことをできるようにしても問題がなくなった。
これにより実現したのがClickOnceとかだな。
ネットワーク透過でオブジェクトっていうのはIndigoの説明読むと分かるかも。
ttp://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch06.asp
COMでもできたんだが、あのモデルじゃ御世辞にも綺麗といえないし、
それよりももっと汎用的で直感的でわかりやすいものになってるよ。
- 450 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 09:13:40 ]
- >>449
やりたいことは例えば、以下のようなプログラムがあったとします
main(){sub();}
今まではsub()はEXEの中かローカルのディスクにおいてあるDLL
内に限定されていたけれども、.NETのネットワーク透過なるもの
を使うと、sub()を含むモジュールを自社のサーバーにおいて置け
るということ？
＞ttp://www.microsoft.com/japan/msdn/longhorn/introducing/longhornch06.asp
これちょっと読むと.NETが面倒なネットワークがらみの部分を
皆肩代わりしてくれるとある
できればチョー便利ですね
- 451 名前：デフォルトの名無しさん [2005/07/16(土) 10:36:59 ]
- それって只のRPC?
- 452 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 10:52:12 ]
- RPCはオブジェクト透過じゃないよ
- 453 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 11:08:45 ]
- 結論：FireWallが無いならCORBAにしる！
- 454 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 11:11:46 ]
- オブジェクト透過って言葉が難しいです。もっと分かりやすいのｷﾎﾞﾝ
- 455 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 16:10:54 ]
- CORBAがぐたぐたでめんどくさいから、COMに負けたんじゃないか
相手はそのCOMの後継だぞ。もっと良い物でいい感じに崩れたものをぶち当てないと
勝てない
- 456 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 16:37:11 ]
- >>450
ここよめ
ttp://www.atmarkit.co.jp/fdotnet/technology/idnfw11_03/idnfw11_03_03.html#codebase
href要素にかけるのはURLなので、ネット上にあっても何の問題もない。
ただし、そのDLL内で行われることについては強いセキュリティ
の制約を受けるがな。
- 457 名前：デフォルトの名無しさん mailto:sage [2005/07/16(土) 18:42:02 ]
- COMもVB専用拡張がなきゃマシだったんだが。
|
 |
