- 1 名前：デフォルトの名無しさん mailto:sage [2005/04/12(火) 20:39:26 ]
- 前スレ
【Whidbey】Visual Studio 2005スレ【.NET 2.0】
pc8.2ch.net/test/read.cgi/tech/1080916113/
- 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 ]
- それでいいと思う
- 653 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 22:01:40 ]
- DirectXはコーポネントが新しくなればなるほど
COMの規則を守らなくなっている件について。
- 654 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:01:36 ]
- >>647
ＶＢはＯＣＸだと言ってみるﾃｽﾄ
- 655 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:05:51 ]
- >>650
だろうね。
>653
そうなの？
COMって、極論IUnknownインタフェースのことで、言い換えるとDLLのフォーマットだろ？
だから、高速化という目的では、DLL互換性を保つ条件で最大のパフォを期待できる。
で、
残りの２つのインタフェースが無くなってるの？
- 656 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:08:20 ]
- >>653
あ、レイトバインディングが無くなってきてるとかいうこと？
サイド・バイ・サイドが出たから、それは仕方ない事じゃなくて？
- 657 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 02:12:51 ]
- >>655
フォーマットというか、エントリポイントが絶対配置でなく、問い合わせられる仕様ね。
- 658 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 07:27:15 ]
- > ExecutionEngineException
こんなの見たことない
- 659 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 08:41:22 ]
- >>650
>パフォーマンスが必要な領域(OSに比較的近い所)=COM
>開発効率が必要な領域=.NET
>の二刀流でいくと思われる。
この二刀流って物凄く損な開発だね。
>Gates会長は「次世代プラットフォーム」を「Win32 and WinFX」と表現したのである。
Delphi/VCLだとWin32をラップしたクラスライブラリだからパフォーマンスは落ちないし、
クラス派生出来る。
つまり、ふつーに開発すればWin32とWinFX間にCOMは不要。
COMが介在した途端にクラス派生アボーン。
Delphi/VCL.netなんて不要なものもあるけど、「次世代プラットフォーム」には素直に合致してる。
- 660 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 08:48:33 ]
- >>649
COMが残るということと、COMをツカマされて損するのとは違うじゃん。
>Office 12もCOMベースのままだ。
VBAが丸ごとＣ丼ベースになることはケテーイなんでそ？
COM使うだけやヴぁいじゃん。
下位互換だからってVBA以前のExcelマクロを使わないように。
- 661 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 09:41:57 ]
- 何故V$の中の言語からライブラリまで変わり続けるのか、
本当の理由を読み取れるかどうかは開発のセンスだと思う。
正しくない技術は消えて逝く。
- 663 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 11:14:48 ]
- そこでWindowsDNAですよ。
> 正しくない技術は消えて逝く。
正しいか正しくないかは関係ないような？
- 664 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 11:30:08 ]
- WindowsDNAセミナーで必ず出てたVBが終息でつよ？
- 665 名前：デフォルトの名無しさん [2005/08/12(金) 11:41:17 ]
- なにをもって正しい技術なのかを証明するのは難しいと思われ
後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物
ＶＢは。ＮＥＴになってからまるで別物になってしまったからなぁ・・
おかげでＣ＃使えるようになったからいいけどＶＢＡとかが今後どうなってくのかは気になる
。ＮＥＴ フレムワクは窓以外でも出て
他のＯＳでも動くアプリが作れるんだと勝手に妄想しながら当時は歓喜してたけど
ふたを開けてみると他のＯＳでフレームワーク出すって話はぜんぜん聞かない
マイコゥはどうする気なんだろうか
- 666 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 11:58:33 ]
- >なにをもって正しい技術なのかを証明するのは難しいと思われ
その通りですた。
「正しい技術」というより、「正しい技術の進化」の方が考えやすいね。
レイヤーとして古いものものと新しいものがスタックで被さるように。
>後から結果に対して正しいとかダメポだっだとか言うくらいのつまらない代物
これってソースコードの生死に関わるから超重要では。
OSのAPIがあって、その上にクラスライブラリが被さってというレイヤーだと非常に開発しやすく、
クラスライブラリはそこそこ性能もある。
が、OSの上にCOMが被さるとVBでのCOM拡張バージョンは消えるわ、C++とは相性悪いわで散々だった。
WinFXなんかもOSがクラスライブラリAPIになるのはスタックの領域侵犯では？と思ってたら、案の定Win32は残ることに。
じゃぁ、Win32とWinFX、および、他のクラスライブラリがあるところにCOMが要るかというと、イラネー
- 667 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 12:24:03 ]
- おまいら勘違いしてる。
・OSのクリチカルな処理をやるＰ／Ｃの優れた手段と、
・インターネットに耐えるよりオブジェクティブな手段と
の２つがあって、DNAは前者で使われてたCOMを拡張して
後者にも適用しようっていう、ＸＭＬの無く、ネットもそれほど普及してなかった時代
の発想だ。
だから後者は、XMLを用いたSOAPを使うWebService(.Netの一手段)へと計画変更され、
VBもVB.Netと世代交代した。
しかし、前者は相変わらずCOMベース。
SOAPのWebServiceでOSのクリチカルな処理を張り合わせるのは牛刀すぎる。
しかしCOMが使うレジストリは拡張されて、ActiveDirectoryに吸収される方向へ変化していく
だろう。いずれ完全なXMLベースになってな。
ここで、持論。
そのときにVCLもとい、.Netパッケージの非WebServiceクラスで、OSよりの処理をやるもの同士を
どうやって貼り合わせるか？ディレクトリ構造をフルパスで示したり、一つの場所に集める
だけだとCOMの二の舞。それならサイド・バイ・サイドを導入して…
そこまでやるなら、今のCOMと本質に変わらないことになるから、結局、COMが完全な
XMLベースになるときにCOMと纏めてパッケージ管理。
つまり、イントラはActiveDirectory、インターはUDDIがコンポネントを管理するようになる。
最後に、Win32はオブジェクト指向してない時代遅れだから、主力には持って来たくない。
だいたい、NT上ではWin32はサブシステム扱いだし。レガシー以外の何者でもない。
でも、ＣＥとの互換性で切るに切れない面もある。
- 668 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 12:43:21 ]
- 三刀流カコイイ！
- 669 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 12:47:52 ]
- >>666
そりゃ、バラパラのコンポネントより、整然とまとめたクラスライブラリの方が使いやすいさ。
Ｍ＄はクラスライブラリひとまとめで、一つのコンポネントっていう見方をしてるのかもしれんな。
ネットも高速化されたし、ODBCやMAPIなど、ある程度出そろった気がするし。
だから、互換クラスライブラリを作られると、ＯＳをやってる旨みが、インタフェースを
支配しているという利点が無くなるからやらないのかもね。
- 670 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:10:06 ]
- >>667
>COMﾏﾝｾｰ、Win32レガシー
ここまで読んだ。
しかし、MSはローカルでは「Win32 and WinFX」、インターネットでは「AJAX」とするみたい。
ttp://hotwired.goo.ne.jp/news/technology/story/20050809301.html
Win64も優勢。 ttp://itpro.nikkeibp.co.jp/free/ITPro/OPINION/20050517/160986/
で、実際のところも、ローカルではWin32上ではDelphi/VCL最強といわれたし、
インターネットではググルもAJAX。
- 671 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:18:42 ]
- 必要とされてないCOMをローカルやイソターネットに無理に入れても嫌がられるだけじゃないだろうか。
ユーザーはCOMが使われてるかどうか知らないよ、ということなら良いが、
ローカルアプリだとCOMのエラーは多いし、COMベースの画面ツールであるVBやMFCはショボイ。
また、インターネットでは認証ベースでダウンロードに時間がかかるので劣る。
- 672 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:22:10 ]
- スレタイよく読めアホ
- 673 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:24:52 ]
- アホアンチの書き込みは相手にするだけ無駄です。徹底放置してください。
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
> だって広告じゃあてにならん。
> さらにM$広告は派生はOOPの本質じゃない、
> と言い続けた後クラスベースC丼を出してVBユーザーのを騙まし討ちを行った。
- 674 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:27:11 ]
- VS2005で「Win32 and WinFX」「AJAX」しる！
- 675 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:27:52 ]
-
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 676 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:28:51 ]
-
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
- 677 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:30:03 ]
- >騙まし討ちを行った。
これって本当？
- 678 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:32:41 ]
-
((⌒⌒)) ﾄﾞﾄﾈﾄなんか誰も使ってないニダ！！
ﾌｧﾋﾞｮ━ l|l l|l ━ﾝ！
（⌒;;.. ∧_,,∧ 貴様はM$に騙されてるニダ！！！
(⌒.⊂,ヽ#｀Д´>
（⌒)人ヽ ヽ、从 お前ら！！ウリの話を聞けニダ！！！
从ﾉ.:(,,フ .ﾉゝ⊃
人从;;;;... レ' ﾉ;;;从人
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 679 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:45:06 ]
- COMどうするか決着しる。
- 680 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:46:00 ]
- COMは例えばC++BOOSTのlambdaのように
言語の持つ能力以上のことをクラスライブラリでやらせているような
無理がある技術。
- 681 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:50:25 ]
- 相手にするも何も、お前らよくあんな支離滅裂な日本語理解できるな。
- 682 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 13:57:57 ]
- 盛り上がってきますた。
- 683 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 14:24:12 ]
- COMは便利＞＞＞FLASH、PDF、etc.
- 684 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 14:27:44 ]
- マルＣＯＭ・Ｘです。
アメリカから来ました。
- 685 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 14:57:49 ]
- COMとOLEを間違えているスレ
- 686 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:00:49 ]
- >>679
COMは残る。デバドラ書くのに絶対必要。
- 687 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:08:57 ]
- >>674
なんでCOMやらマネージドオブジェクトの話してるときに、AJAXが出てくるねん。
Win32は、レガシーやからしばらく残るけど、MacみたいにDirectXが標準になったら
益々いらんなー。算術ライブラリなんかは必要だけど、もう、NTネイティブAPI呼んだら
ええんちゃうのん？
- 688 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:11:55 ]
- 確かにCOMとOLEをごっちゃにしてた。
便利DLLマシーンとしてCOMが生き残ることはわかった。
ではOLEはこの先生きのこるのか？
- 689 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:27:38 ]
- だからなあ、スレタイよく読めよ
- 690 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:31:17 ]
- 擦れたいは、ええとぉ、
VS2005を使うときにCOMは是か非か、
だっけ？
- 691 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:33:02 ]
- ｲﾐﾌﾒ>>686
それはシリアルポートのCOMかよ。
DDKとCOMはﾑｶﾝｹ
- 692 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:34:02 ]
-
> ネガティブｶｷｺしながら、反論情報からﾄﾞﾄﾈﾄのアドバンテージを調査してんだから。
- 693 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:34:26 ]
- ( ´д)ﾋｿ(´д｀)ﾋｿ(д｀ )
- 694 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:35:03 ]
- >>690
おおよ。じゃあ、VS 2005でのCOM関連の新機能を挙げてみろ。
- 695 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:38:29 ]
-
〃∩ ∧＿∧
⊂⌒（ ・ω・） はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 696 名前：デフォルトの名無しさん [2005/08/12(金) 17:42:59 ]
- 日本語版July CTPはまだですか？
- 697 名前：824 mailto:sage [2005/08/12(金) 17:46:09 ]
- 〃∩ ∧＿∧
⊂⌒< ・ω・> はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 698 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:49:09 ]
- >>696
順調に遅れてる。
それよりも英語版のAugust CTPがもうすぐ出る。こっちの方が重要。
- 699 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 17:54:43 ]
- 例のNullableの変更が入るやつか
- 700 名前：デフォルトの名無しさん [2005/08/12(金) 18:14:50 ]
- >>699
詳しく。
- 701 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 18:22:13 ]
- >>700
ttp://blogs.msdn.com/somasegar/archive/2005/08/11/450640.aspx
- 702 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 18:29:12 ]
- >>700
int? n = null;
Console.WriteLine(n == null);
object o = n;
Console.WriteLine(o == null);
現状、↑の結果はtrue、falseになる。
それをランタイムに仕様変更を入れてきちんとtrue、trueになるようにするらしい。
- 703 名前：794 mailto:sage [2005/08/12(金) 20:13:27 ]
- 〃∩ ∧＿∧
⊂⌒< ・ω・> はいはいわろすわろす
｀ヽ_っ⌒/⌒ｃ
⌒ ⌒
- 704 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:13:54 ]
- 意味もわからず「Ajax！」とか叫んでるやつが哀れでウケるｗｗ
>>702
そんなのいろんなところで散々既出だろ
- 705 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:19:36 ]
- >VBAが丸ごとＣ丼ベースになることはケテーイ
マジですか。
- 706 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:25:31 ]
- >>704
いや、だから「例の」って言ってるじゃん。
- 707 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:27:35 ]
- C#じゃなくて、それをいうならCLRだろ。
- 708 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:36:23 ]
- >>707
ﾊｧ?
どこに「C#の変更」なんて書いてある？
- 709 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:41:29 ]
- もし構文がC#ライクになるというならそれはVBAじゃなくてC#Aでしょ。
スクリプトエンジンの本体がCLRで書かれるという意味で解しても、「C#ベース」とは言わないだろ。
- 710 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:43:03 ]
- >>709はどこに対するレスだ？
お前ら言ってることがさっぱり理解できんぞ。
- 711 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:43:52 ]
- >VBAが丸ごとＣ丼ベースになることはケテーイ
- 712 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:45:36 ]
- > VBAが丸ごとＣ丼ベースになることはケテーイ
そんなニュース聞いたこともない。リンク出してみろ。
それとVSAがマネージドコードベースなのはVS 2002の頃から。
- 713 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:47:17 ]
- > VS 2005でのCOM関連の新機能を挙げてみろ。
- 714 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:52:59 ]
- とっくにfeature completeしたWhidbeyネタで何を憶測でモノ言ってるんだか･･･。
- 715 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 20:58:49 ]
- 禿同
- 716 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:02:21 ]
- だから、無知なアホは相手にするなと何度言えば
- 717 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:46:45 ]
- VBA持たしかにとっととManagedに移行してもらいたいが、相当先のことだろうな。
しかたなくVSTO使うのさ。
- 718 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:53:25 ]
- --- ここまでスクロールした ---
- 719 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 21:58:17 ]
- >>691
計測機器のポーリングやるのに、ガベコレ使うわけにいかんやろ。
ハードリアルタイムを保証しようと思ったらCOMしか残ってないやん。
組込ＸＰのデジタルオシロとか想像してみてよ。
それでも要らんと思う？
- 720 名前：デフォルトの名無しさん mailto:sage [2005/08/12(金) 22:21:05 ]
- そろそろCOMポートはなくなるな
|
 |
