.NETにはやられた...

1 名前：デフォルトの名無しさん [05/02/18 00:58:56 ] なにが.NETだ！ 全然普及しねーじゃねーか！！ 267 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 10:42:21 ] 7 以前のな 268 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 21:40:53 ] Visual Basicの来た道、進む道 269 名前：デフォルトの名無しさん mailto:sage [2005/12/06(火) 21:44:50 ] 失礼 ttp://www.atmarkit.co.jp/fdotnet/t-interview/vb2005/vb2005_01.html > そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。 > WPFやWCFは、最初から.NETベースのAPIとして構築されます。 > もちろんWPFなどは、従来の Win32プログラムから（COM経由で）の利用も互換性のためサポートされる予定ですが、こういった新しいWindowsの機能を十二分に活用するためには、やはり.NETを利用するのが最適です。 270 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 08:45:23 ] > そして将来のことを考えた場合、今後Windowsに追加される多くの機能やWindows APIは基本的に.NETベースになるからです。 ドトネト大ブームβ時代から続いてる詭弁。 271 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:31:41 ] 業務アプリはもう.NET無しでは考えられないけどな（対抗馬:swing) 272 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:35:45 ] 業務アプリどころか、１つもドトネトアプリを使ってない大多数の人て一体,,, 273 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:37:18 ] >>270 もうすでにWinFXβは出てて、実際に8割がたマネージコードなんですけど。 WPFはコア部分はMILというネイティブコードですけど(しかしMILは非公開の予定)、 XAMLやら見ても分かるように.NETのメタデータ機能を活用したFrameworkですし、 WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー スですので、.NETのメタデータ自己記述の機能が前提。 274 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:50:17 ] primates.ximian.com/~atsushi/longhorn-changes.html セキュリティ: ローテクな問題の解決については、説明できていない。 複雑: 実装の詳細があらゆるところから散見されるし、 このアプローチは私が信じる限りでは良くないアイディアだ: 物事をほとんど、あるいは全くカプセル化していない。 技術標準の無視: Avalonユーザーはこの利益を得られないし、 これは実にくだらない理由で、この産業をふたたび分割することにしかならない。 キャンバスモデル: そしてスケーリングしなければならなくなったとき、 独自の再描画やハンドルといった低レベルの詳細部分に、 自分で対応しなければならないような、 伝統的なプログラミングモデルの世界に後戻りしなければならなくなる。 GUIデザイナの欠落: 今のところ人々は気づいていないようだけど。 予言: 私の予言としては、Avalon v1は捨て駒だ。 これは本当のアプリケーションをビルドする基盤にはならない。 V2は後方互換にはならないだろう。彼らは再構築させられる羽目になるだろう。 それはつまり、人々が、Avalon V1とAvalon V2という2つのフレームワークを、 side-by-sideで実行することをあきらめるということだ 275 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 09:53:43 ] >WCFにいたってはほぼ100%マネージコード、WinFSもSQL Server2005のUDTがベー このへん、携帯機器も絡んできて結果Web APIが主流なのでドトネトで出されても超ニッチ。 276 名前：デフォルトの名無しさん [2005/12/07(水) 09:54:56 ] 結果。 WinFXβ ・WPF ・WCF ・WinFS 　↑ 魅力ねぇ。 277 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 12:12:49 ] >>275 バカじゃないの?WebAPIが主流ならますます.NETのほうが有利じゃん。 相互運用の話をするのなら異種間システム結合は圧倒的に.NETだし。 その辺の前提は始めから組み込まれて作られているわけで、そのための MarshalByRefObjectとかAppDomainとかな。 そもそもネットワークの世界(マシン間)のType SystemではXML-Shcemaで合意 (Data以外の部分で揺れてるけどな)、マシンの内部においてどうするかの世界で Windowsでは.NET、他はJavaあたりがくるかという話になってんのに機器を広げた らますます不利になるってのも分からんのかね?アホ? >>276 まぁバカには魅力が分からんかもな 278 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 12:34:26 ] >>277 バカだな。 相互ってWindows同士の相互であって、 携帯ではWinは対象にならないくらいニッチ。 いい加減魅力無い事に気付けよ。 279 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 15:36:42 ] >>277 よく分かった。やっぱりアンチは何も分かってないのな お前が言ってるレベルの話は2000年には終わってる。すでに前提が「様々な システムが混在することが当たり前」になっててそれらをどうやってつなぐかって 話であってそれのWin上での実装、MSの答えがNETFXだろ。両方の対応が要るし、 そんなんは標準化でもしたらいいし、実装するほうのマシン(デバイス)は何でも 選んだらいい。 MSからしたらWinで固めてもらうほうがありがたいだろうが、前提はどんなシステムが 入り込んだって問題ないようになっている(あるいはしようとしている)。 何でIBMとMSが中心になってWebサービス作ったと思ってんのかね？ すでに普通にJavaシステムとつながるんだが。Webサービスで。しかも 「完全に透過的」(つながっている先がどうなってても「CLRのオブジェク ト」として)使うことが出来る。先は何でもよく、それが「同じように」使えるんだよ。 サービスを仮想化するためのプラットフォームだから。 NETFXの何が利点って、ハードウェアごりごりのAvalonやらデータベース ごりごりのWinFSやらネットワークの先にあるオブジェクトをWCFで透過的に アクセスやら、コンポーネント(ソフトウェア部品)やら、どんなオブジェクト、 インターフェイスであろうが、ネットワークの先にあってどんなシステムで構成 されていようが、ハードウェアで実装されていようが、あるいは逆にどんな言語 (C#やらに限らずXMLさえも)であろうが、仮想化して「すべてを同じ土俵に持って きてしまえる」ことなんだが。 その上でTypedオブジェクトをオブジェクトのままネットワークに流し(WCF、ちなみ にプロトコルあわせるのはバックグラウンドでやってしまう)、オブジェクトをオブジェ クトのまま表示、操作し(WPF, Monad)、オブジェクトをオブジェクトのまま保存(WinFS) するような仕組みをWin上に作る。 そうそう、WWFやコンポーネント(ソフトウェア部品)のように開発フレームワークで すら「その上に」乗っけてたりもしてるな。 この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMSであって Win内で閉じて囲い込みなんていつの時代の話だよ 280 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 20:44:55 ] アンチが黙ってしまったなｗ 281 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 20:57:40 ] なげーよボケ 簡潔にまとめろ 282 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 23:23:05 ] おれ、２ｃｈにきて初めてこのカキコする。 >>279 ２行目まで読んだ（リアルで 283 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 23:32:14 ] >>279 禿同 なんとかかんとかPSP 284 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 23:45:34 ] 「あんちゃんにはわからないのよっ！」は良かった 285 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 04:05:29 ] 2chの法則 長文レスはよほど面白くない限り誰も読まない。 286 名前：デフォルトの名無しさん [2005/12/08(木) 09:09:37 ] ここは俺の日記帳だ！ 287 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 09:15:30 ] ttp://www.hellohiro.com/rmi.htm RMIとはRemote Method Invocationの略です。RMIを用いると、別のコンピューターにあるJavaのオブジェクトのメソッドを呼ぶことができます。 288 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 12:46:30 ] しょーがねえなあ、素人のおれがまとめてやるヨ >>279 ＞この辺の「プラットフォームとしての魅力」で拡販しようとしているのが今のMS で、ろくに何も実現できてないから「.NETにはやられた」って結論でFAな。 2行で足りるじゃん 289 名前：デフォルトの名無しさん [2005/12/08(木) 15:29:22 ] 気持ち悪いくらいのマンセーだな。 ＧＫのＰＳＰ並みに痛い。。。 って、ネタ？ 290 名前：デフォルトの名無しさん [2005/12/08(木) 20:48:22 ] 確かにドトネトはソースが作りやすい でも必要なメソやハンドラがある場所がわかりにくい 頼むから鱒丼をもっと解りやすくしてくれ 鱒丼よりよそのサイトの方がわかりやすいよ… 291 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 20:55:35 ] 鱒丼って何だよ。 292 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 21:00:57 ] 頭のいい俺が考えた造語 JAVA　：マルチプラットフォーム 　　シングルランゲージ .NET　　：シングルプラットフォーム　マルチランゲージ なんてわかりやすい例えなんだ（感涙 293 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 21:01:02 ] 鱒丼→ますどん→MASUDON→MaSuDoN→MSDN だと思うが、そんな風に書くのはきわめて気持ち悪いな。 294 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 21:35:13 ] >.NET　　：シングルプラットフォーム　マルチランゲージ 　↑ ﾌﾞﾋﾞﾁｭｳから見ると旧VBが無いから、０ランゲージ。 295 名前：デフォルトの名無しさん [2005/12/08(木) 23:26:40 ] ttp://s03.2log.net/home/nsharp/archives/blog404.html 正直賛同できません。 296 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:27:57 ] MVP工作員乙 297 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:34:49 ] 賛同も何も、事実を数値的に示しただけじゃん 298 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:49:21 ] んだとぅ！？このガキどもが！！ 299 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 00:13:54 ] Javaや.NETは静的型付言語でありながらもリフレクションを利用すると動的 な側面を利用する事もできる。 この辺に美味しいとこが残ってそうな気がするんだよな。て言うか次世代？ Ruby、Python、ECMAScriptでは動的な側面を利用した新しいイディオムが 研究されてるし、Javaでも激しくハックなりフレクション利用例が出てきてる。 安全だけど柔軟てのがテーマになっていくのかな？と妄想する。 300 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 02:54:30 ] VB.netかC#でWindowsアプリケーションのプロジェクトを新規 につくってKeyDownイベントハンドラのみ追加して実行する。 ソースはこんな感じ Public Class Form1 Inherits System.Windows.Forms.Form Windows フォーム デザイナで生成されたコード Private Sub Form1_KeyDown(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyEventArgs) Handles MyBase.KeyDown Console.WriteLine(System.Environment.TickCount) End Sub End Class ウィンドウが表示されたらF1からF12まで順番に押していくと なぜかF11を押した後からキーイベントが上がってこないんですが… 301 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 13:05:10 ] F10押した後で下矢印キー押してみ。 302 名前：300 mailto:sage [2005/12/10(土) 14:33:40 ] そういうことかー 303 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 17:20:04 ] >>302 見事に.NETにやられたな。 304 名前：デフォルトの名無しさん mailto:sage [2005/12/12(月) 23:00:03 ] ﾜﾛｽｗ 305 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 07:03:58 ] ttp://itpro.nikkeibp.co.jp/article/COLUMN/20051124/225114/ 306 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 12:38:01 ] ，.NETの処理機能マイクロプロセッサなんて、 超ハイパースペシャル大ヒット間違いないおね。 307 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 12:50:16 ] はいはい ﾜﾛｽﾜﾛｽ 308 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 13:46:42 ] .NETマイクロプロセッサのソフトにも月間うｐデートと、 メジャーバージョンうｐが必要になります。 失敗したらCPUが動作しない両刃の真剣勝負。 でもそれだけの価値があることをみんな分かってるから大丈夫。 309 名前：デフォルトの名無しさん mailto:sage [2005/12/16(金) 12:26:01 ] βマックスはなくなるの? いいえ。 ﾄﾞﾄﾈﾄはなくなるの? いいえ。 310 名前：デフォルトの名無しさん mailto:sage [2005/12/26(月) 23:23:37 ] ﾄﾞﾄﾈﾄはなくなるの? はい。 311 名前：デフォルトの名無しさん [2006/01/28(土) 12:55:28 ] .NETってどのくらい普及しているのですか？ 312 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 13:07:10 ] 普及してません 313 名前：デフォルトの名無しさん [2006/01/28(土) 20:46:49 ] 真面目な話、.NETは仕様上のバグが多すぎたと思う。 互換性問題とかね。 さらに、.NET自体が初心者でも使いやすいような仕様だから、.NETプログラマーのほとんどが初心者になる。 そうすると、.NETで作られたプログラムも全体的にレベルが低いものが多くなる。 だから.NETに対する風当たりが強いんだと思う。 314 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 21:19:53 ] .NETの仕様や互換性とか以前に、.NETを使うことによる ユーザにとってのメリットがなさすぎる。 315 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 22:01:07 ] プラットフォーム固定なのに、何でもかんでもVM上でやろうとするからおかしな事になる 他のVM搭載した言語の様にマルチプラットフォームじゃないとVM使うメリット無いのにね 316 名前：デフォルトの名無しさん [2006/01/28(土) 23:55:44 ] 誰の為の　何の為の　.NET　？？？ 317 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 00:50:48 ] >>314 同意。 ユーザにとっては、もっさりアプリの押し付け以外の何物でもないな。 .NET がマルチプラットフォームだと、 Linux・Macの人が幸せになれたりする利点があるのだがなぁ．．． 318 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 01:01:42 ] >>317 ある意味monoが.NETを活気付かせるかもね。 319 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 01:05:44 ] 低級プログラマーが簡単なアプリを作るための　.NET 320 名前：デフォルトの名無しさん [2006/01/29(日) 01:13:55 ] >>319 素晴らしいことだよね。 簡単にアプリが作れるっていうのはさ 321 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 01:44:48 ] イヤミを褒め言葉に変えやがった・・・ 322 名前：ここ壊れてます mailto:sage [2006/01/29(日) 02:10:21 ] 　 323 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 08:45:24 ] 簡単「に」じゃなくて簡単「な」アプリなんだよな。 324 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 10:19:18 ] 外観だけなら、複雑なアプリでも簡単に作れるよ。 325 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 10:43:44 ] 中身だって複雑なアプリ作れるだろうが。 メモリ管理とかに割いてた時間をほかの事に避けるでしょ？ 326 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 10:44:27 ] >外観だけなら、複雑なアプリでも簡単に作れるよ。 表示が若干もっさりするけどね 327 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 10:58:01 ] 俺たちは重大な過ちを犯していた！！ このスッドレのタイトルは「.NETにはやられた...」である。 一般の日本人であれば「.NETには　やられた...」と読み取るであろう。 しかし、このスッドレの真のタイトルは「.NETに　はやられた...」、ここまで言えば、賢い諸君であればお気づきであろう。 つまり、「.NETに流行られた...」という意味である！！ そう、このスッドレは、アセンブリ言語、C、C++、Java、Perl、PHPなど、従来の言語開発者による、 .NETプラットフォームの破竹の勢いの普及速度に対する嫉妬と、その波に乗れなかった後悔の念によって立てられたスッドレである！！ 328 名前：デフォルトの名無しさん mailto:sage [2006/01/29(日) 18:30:25 ] >>327 >>31あたりから何度も既出 329 名前：デフォルトの名無しさん [2006/01/29(日) 21:08:38 ] >>327 >>1を読みな。 普及してないって書いてあるじゃん。 330 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 00:27:53 ] おまえらほんと馬鹿ばっかだな 331 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 00:30:23 ] おっ！久しぶりに馬鹿が書き込んだ 332 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 16:26:00 ] 普及するしないのモノサシがいまいち示されてないな WindowsUpdateしてる奴（＝8割）は.NET入れてるわけで ランタイムは普及してるよ 333 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 22:09:39 ] そのランタイムで動くアプリが普及してなきゃ仕方ないわな ほとんどのWebブラウザにJREが搭載されていたからといって Javaアプリが普及しているとはいえまい 334 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 00:07:29 ] 俺としては明確に「.NET使ってます！」って言うソフトより、 「実は.NET使ってました。」っていうソフトが いつの間にか普及しちゃってた、ていう状況がベスト 335 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 00:21:13 ] で、.NETの発表から5年たつわけだがそういうソフトはあるのだろうか？ 336 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 00:27:23 ] Reflector for .NET 337 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 08:32:23 ] だってWindowsに搭載されてるJREじゃほとんどのアプレット動かないよ ゲームは特に1つだって動きやしない 338 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 09:19:09 ] >「実は.NET使ってました。」っていうソフトが いつの間にか普及しちゃってた、ていう状況がベスト こんなにモッサリﾄﾞﾄﾆｰﾄがそんなこと有り得ない。 339 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 14:19:02 ] >>338 モッサリをカバーするために 「実はスタートアップにダミーの .NET製アプリがインストールされていました」 という状況があちこちで生まれるかも｡ 340 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 14:24:00 ] ﾄﾞﾄﾆｰﾄランタイム・クリーンあんいんすとーらー希ぼんにゅ 341 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 16:51:39 ] とりあえず、バージョン３が出れば何とかなるでしょう。 何故かは分かりませんが、普通にそういうもんです。 コンピュータにとって３は吉数なのです。 342 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 19:02:44 ] >>339 スタートアップどころかOSと仲良く一緒に起動するよ。そのうち。 343 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 22:33:48 ] 使わないからスワップしてるのな で、さらに遅くなる 344 名前：デフォルトの名無しさん mailto:sage [2006/02/03(金) 23:48:20 ] どのみち将来はあまり明るくなさそうだな 345 名前：デフォルトの名無しさん mailto:sage [2006/02/05(日) 00:49:12 ] Windows.Forms.dllがでかすぎ。 1.1は2MB程度だったが2.0で5MBくらいになってる。アホか 346 名前：デフォルトの名無しさん mailto:sage [2006/02/05(日) 01:36:57 ] でも.netがどんなに重かろうとなくなる方向には向わないだろうから OSに吸収されてくさ。 Dephi卒業してC#でも始めようかなっと。 347 名前：デフォルトの名無しさん mailto:sage [2006/02/05(日) 12:42:07 ] ttp://itpro.nikkeibp.co.jp/article/NEWS/20060203/228518/ 348 名前：デフォルトの名無しさん mailto:sage [2006/02/06(月) 08:40:35 ] >でも.netがどんなに重かろうとなくなる方向には向わないだろうから >OSに吸収されてくさ。 ﾌﾞﾋﾞランタイムでも同様の事が言われて種。 でも、Ｏ＄とドトネトの間は開くばかり。（ネーミングといいＡＰＩといい） 349 名前：デフォルトの名無しさん mailto:sage [2006/02/10(金) 23:00:04 ] C#か… J#と同じ運命を辿る事になるとも知らずに… 350 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 10:41:18 ] .NETに行かない=COM、MFC、ATL/WTLの延命確定 MSはすぐ切捨てる〜は詭弁確定 351 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 11:51:21 ] 現実は携帯O$にWinCEを使ったメーカーがO$の提供切られて（今はライセンス変更されたらしいが）、 Win二度と使うか！と怒った話とかあるお。 つか、 >.NETに行かない=COM、MFC、ATL/WTLの延命確定 もう延命されても新規には使えんやん。 開発者から見たら切り捨てだお。 352 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 12:06:33 ] 行かないというのか、Vista発売までには行けないというのか。 64ビットOSへの本格的な移行が始まるまでには、目処つけてくれるといいんだけどね。 353 名前：デフォルトの名無しさん [2006/02/21(火) 14:40:52 ] DDE（Win3.1or3.0　1993) ↓ NET　DDE (Win3.1　1994) ↓ 埋め込みしたいなぁ．．． ↓ OLE1.0（DDE使用） ↓ OLE2.0=COM　ただし目的はインプレースドキュメント。しかしその背景には本質としてバイナリオブジェクト標準あんどオブジェクト通信の思想あり。この辺で名慮or迷著　InsideOLEあんどIsideOLE2。死者多数。 部品としてVB用のVBX (VB2.0からVB4.0　1995あたり) ↓ COMを使ったOCX (1996あたり）結局コンポーネントビジネスはやんなかったな... ゲイツがインターネットに熱上げあんどJAVA　Appletはやる (1995） ↓ COMつかってActiveX(1996) だんだんオブジェクトはやってくる。 （UMLなど1997）オブジェクトもでるとしてCOMの宣伝開始 DCOMなどCORBAとがっぷり。この辺でMTSではじめ ↓ マーケティングてきなWindowsDNA 。MTS2.0それなりに使えそう。つか使った。DCOM糞。(1999) ↓ COM+ （Win2000､2000）In-MemoryDBどこいったゴラァ COM　Runtimeの情報漏れ始め (2000〜) ↓ セキュリティ→ファイアーウォールのためCOM全滅。しばらくしてから.NETとしてCOMじゃないものに．．． ↓ .NET流行らず(〜2006) ↓ WinFX完成(2007) ↓ オブジェクトベースプログラミングにより、OSは関数コールに戻る(2008) WinFX下位互換へ 354 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 15:59:59 ] どの技術でもそうだけど主流になるかどうかはインスコに手間がかからないことが必須 .NETが主流になるとしたら 「えーまだXPなんて使ってるの？キャハハ！XPが許されるのは(ry」 そんな時代になった頃だな MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから楽だったよ(遠い目 355 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 16:26:23 ] COMはXMLSchemaと同じでとっつきにくさがね どこの会社にも埃をかぶったCOM書籍が眠ってるのでわ 頑張って理解した人だけが儲けられる 実際儲けたかどうかしらないけどさ 356 名前：デフォルトの名無しさん [2006/02/21(火) 16:35:51 ] .NETは遅いから使い物にならん 357 名前：デフォルトの名無しさん [2006/02/21(火) 16:40:00 ] ＞MFCベースアプリはフォルダにMFCのDLLをコピるだけで動いたから スタティックリンクしてDLLのコピーすら不要にするよ 358 名前：デフォルトの名無しさん [2006/02/21(火) 16:43:13 ] COMで儲けた人なんて聞いたことないな。 やたらブ厚い本は枕には重宝したが（ｗ 一時なんでもOLE対応とかCOM対応とか言ってた時期あるが そうするメリットってさっぱりわからんかったな。 たとえばゲームプログラムでOLEやCOMに対応して なにかうれしいことあった？ 359 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 18:02:45 ] DirectXはCOM使っていますが。 もちろん技術的にどうしてもCOMにしなければならない必要性があったとは言えないだろうけど。 360 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 07:40:39 ] >>358 COMがないとOSもなにも動かないんだが。 OLEと混ぜるなよ 361 名前：デフォルトの名無しさん [2006/02/22(水) 08:45:07 ] >COMがないとOSもなにも動かないんだが。 何でO$が動かないの？ あ、池沼ですか。 362 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 08:48:13 ] 何から何までCOMで出来ているから 363 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 08:49:22 ] >>362 小学生は学校いけよ 364 名前：デフォルトの名無しさん [2006/02/22(水) 08:50:26 ] >何から何までCOMで出来ているから あ、WindowsはCOMのカタマリだというＭ＄の宣伝に騙された被害者でつか。 365 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 09:00:53 ] COMが無いとプロセス間通信が成り立ちません ドライバもWDM=COM 366 名前：デフォルトの名無しさん [2006/02/22(水) 09:09:31 ] >>365 >COMが無いとプロセス間通信が成り立ちません 何でそういうウソいうかな。 小学校でウソいわない様に習わなかった？ >ドライバもWDM=COM これも間違い。 367 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 10:01:37 ] 何に切れたかしらんが 韻まで踏むことはない 男ならCLSIDキー消して再起動 これでいけ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef