.NETにはやられた...

1 名前：デフォルトの名無しさん [05/02/18 00:58:56 ] なにが.NETだ！ 全然普及しねーじゃねーか！！ 213 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 13:35:02 ] >>212 210はアフォだから放置で 214 名前：デフォルトの名無しさん [2005/12/02(金) 13:35:36 ] ＞それともあれか？win32APIをこの先ずっと増築しつづけるほうがいいと？ おめでとう、そう決定されました。参照→>>138 Win32上のプログラムが多いんだから、Win32が残れば無問題。 ドトネトもWin32とかWin64の上階層になれば理想的なスタック。 215 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:07:48 ] 正しい進化じゃない技術も無限に発生しては消えていく。 そういう意味ではドトネトがいつ消えても不思議ではない。 ﾌﾞﾋﾞが消えたように。 216 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:26:37 ] >>214 >　Win32上のプログラムが多いんだから、Win32が残れば無問題。 あのー、ドトネトになったからってwin32が消滅するわけじゃないんですけど。 217 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:28:51 ] 小学生は帰れ 218 名前：デフォルトの名無しさん [2005/12/02(金) 14:36:09 ] >>210 .NETの場合「関数ＡＰＩ、その上にクラスライブラリ」これがP/Invoke(WinForms、Avalon)、 COMの場合COM Interop(WebBrowserコントロール、VSTO)、C++コードを「まっ たくそのまま」使うのならC++/CLI(Managed DirectX)、ネイティブアプリからコントロール したいならCRL Hosting(SQL Server2005)。 簡単にいえば.NETはマネージ/アンマネージ境界のコントロールはユーザーが行う。 その方法はMSだって利用しているし、普通に仕様として公開されているので、GTK#なんて のもあるし、OpenGLをラップしてクラスライブラリにしたものだって存在したりする(結構すぐ 出来たりするんだなこれが)。 「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんて ならない。勉強不足。 というかMSだって過去の資産あるんだから当たり前の話だがな。 じゃあ何でLonghornでCLRをAPIうんたらいっているかというと、単純に新機能の多くがCLRが 提供するサービスをそのまま使っているからだ。まぁCLR Hostingでその辺ネイティブからも 取り出せるけどな。 219 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 14:37:21 ] >　C++/CLI(Managed DirectX) この部分の意味がわかりません（＞＜） 220 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 15:52:01 ] ＞「ネイティブが存在することなんて初めから織り込んである」し、過去の資産ふっとばしなんてならない。勉強不足。 ミ,,ﾟДﾟ彡フサギコのﾌｻﾌｻDelphi不買談話室その27 pc8.2ch.net/test/read.cgi/tech/1130648644/518 超絶アップデートの例 VB6 -> 全員切捨て -> 名前だけVBのVB.NET -> 1.1 は切捨て -> 2.0 正式発表。でもう3.0の話で盛り上がる -> Vistaが出たら2.0もまた？ 221 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:22:43 ] なぜそこまで.NETをﾏﾝｾｰできるのかが分からない。 そんなにすばらしいもんかね。 222 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:30:17 ] >>1-221 要するにC++(Win32API)プログラマーの俺が 一番生き残る可能性が高いと言うことだな？ 庶民の使うVBとかC#なんかは、後ろに大きな企業とか いないから切捨てなんだろうｗまぁ趣味程度にやってる 庶民なんかは切り捨てても痛くも痒くもないからな。 C++なんかは64になっても手厚く持て囃されるだろうよｗ 223 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:35:34 ] >>222 まぁ少なくとも次から次にでてくる新しい言語をせっせと覚えている庶民よりは おまいの方が何十倍も手厚く持て囃されると思うよ。 224 名前：デフォルトの名無しさん [2005/12/02(金) 17:36:44 ] 業務アプリ開発見たことないんですか 225 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:50:22 ] 業務アプリのトレンド ・Ｍ＄囲い込みは避けろ ・ドトネト？何それ。 226 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:53:25 ] >>225 だよな。てっきりウチだけかと思ったじゃねーか。 227 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 17:58:43 ] 業務アプリでもさっさと.NETに乗り換えてるところも多いが いまだに様子見とか、むしろ無視とかいうところも同じ様に多い 228 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 18:11:04 ] そういった感じで、ドトネトが高シェアを確保できないなら、Win32/64APIとかJavaが勝ち組。 229 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 18:42:01 ] Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。 オンラインウェアとかパッケージソフトにはﾑｶﾈ。 もうちょいライブラリが細かい部分も増えて、ショボマシンでもCLRが快適なると 漏れのような趣味プログラマにも優しいんだが…。 世の中のショボいマシンが新しいのに変わるほうが早そうだ。 230 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 18:47:14 ] >Winサーバーとか、動作環境が限定される業務アプリはいいんじゃまいか。 ﾌﾞﾋﾞの消滅でＭ＄に対する反発がつおいからね。 もうダメﾎﾟ。 231 名前：ロリコン mailto:sage [2005/12/02(金) 20:54:09 ] ttp://download.microsoft.com/download/1/8/a/18a10d4f-deec-4d5e-8b24-87c29c2ec9af/IDC-MS-MissionCritical-WW-261005.pdf J2EE or other Java 25.3% Microsoft .NET 35.7% C/C++ 1.3% 232 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 21:53:32 ] ロリコンさんすごいです。ここのアンチどもの化けの皮がはがれました。やっぱり.NETの未来は明るいんですね。いますぐにでも.NET勉強します。ありがとうございました。 233 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:00:17 ] Win鯖って流行ってるんだな。 234 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:33:42 ] [MoeAttribute("ロリ")] [MoeAttribute("ニーソ")] [MoeAttribute("ツンデレ", false)] 235 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 23:40:47 ] >>231-234 俺は見れなかったのでいつもどおりのようなことを書くが、 それは分野によるものであって全てにおいてそうであるのではない。 236 名前：デフォルトの名無しさん [2005/12/02(金) 23:41:50 ] >>225 ローカルなトレンド書くなよ。 サーバは囲い込みっつーか何でも使えるプラットフォームが好まれてるけど クライアントはVB6か.NET以外選択肢ないのが現状だろ。 Swing採用も徐々に増えてはいるけど。 237 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 01:34:41 ] まあ、他の理由としては アフォでも書け(ていそうな気がす)る言語だから 裾野が広がっているだけでは？ 238 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 01:42:31 ] >>236 先ずは自分の頭の上の蝿を追い給え。 239 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 02:05:45 ] ろーかるなとれんどー 240 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 02:13:56 ] >ローカルなトレンド ﾜﾛﾀ なかなか高度な釣りですね。おそれいりました。 241 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 07:22:26 ] マイブームみたいなやつ？ 242 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:18:14 ] わかんねーなー 社内システムみたいなのはVBばっかりだけど。 未だにVB4とか使ってるところもあるしｗ 243 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:18:56 ] V＄ﾄﾞﾄﾈﾄ＝ローカルなトレンド 某島＝マイブーム Java、ブラウザアプリ＝低俗なブーム でどう？ 244 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 11:40:08 ] >>242 ずーっと氏なずに続いてるダサダサ汎用機コボルより短命だろうね。 汎用機コボルはサーバーJavaに継承したがﾄﾞﾄﾈﾄになるケースは少ない。 245 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 17:28:41 ] >>244 コボルを馬鹿にするなー。 コボルはなぁ…、コボルはなぁ…………、 ダサいよ。 246 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 19:55:48 ] ちょっと前までは、今更変更できないよってのが主だったんだけど、 このごろは新規な話が増えてる＞COBOLなシステム 247 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 20:51:44 ] COBOLからの移植の案件は、Webアプリと言う言葉に釣られるからJavaかASP.NETが多いな。 VB4とかVBC++4.2みたいな過去のコンパイラを使う案件は大抵官がらみだったりするし。 248 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:04:27 ] お前ら仕事あっていいな 249 名前：デフォルトの名無しさん [2005/12/03(土) 22:44:43 ] >>244 ttp://www.cobol.gr.jp/knowledge/report/report001/report005.html もう40年くらい経ってるね。 COBOL全盛期は1995年前後までだろうから、約30年間てところか。 250 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 22:52:44 ] NetBeansやその商用であるSun Java Studioシリーズまでもが無償となって VBからの移植は.NETじゃなくても良くなった。 JNI使いが居なきゃ過去の資産を生かせないけどね。 業務アプリ市場はようやくJavaと.NETのガチンコ対決が始まったといえる 251 名前：デフォルトの名無しさん [2005/12/03(土) 23:00:00 ] VB6->COBOLの移行もたまーにだけど聞くぞ。 252 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:12:39 ] 目糞が鼻糞を嘲うスレはここですか 253 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:16:38 ] SUNはMSに援助されてるくせに生意気 254 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:08:08 ] COBOLの移植でWebアプリを提案するやつもそれを受け入れるやつも大馬鹿 だとおもうんだが。 おまえら、入力オペがやりやすいクラサバシステムが欲しいんちゃうかと。 なんでWebのフォームと画面遷移で満足できるんだよと。 255 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:10:32 ] Webだけでも相当のことは出来るけど。 256 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:24:48 ] Webよりクラサバのが作るのが楽 257 名前：デフォルトの名無しさん [2005/12/04(日) 01:30:26 ] CSシステムの方が良いけど、 Webアプリって言った方がボッタクれそうだから。 258 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 02:34:51 ] まあ、最近何でもWebアプリにするのは、提案してる連中 が対話型UIを持つシステムについて、他のソリューション を知らないだけだからとおもうけど。 259 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 03:19:02 ] >>258 つーより、「システムを管理している側」からすれば楽だからジャマイカ。 webシステムは配置が楽なのに尽きるので。んで、大抵管理するひとが 決定に強いと。 260 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 03:21:07 ] .NetもJavaWebStartもWebよりトラフィックは低いでしょ？ 261 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 07:02:01 ] みんな「神託」に騙されているんですよ。 262 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:35:20 ] >>1-261 そろそろまとめてくれ。 要するに.NETってどうなのよ？ 263 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 09:42:25 ] 糞 264 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 19:30:31 ] お前らが使ったところでMicrosoftのためにならない 265 名前：デフォルトの名無しさん [2005/12/05(月) 01:35:46 ] >>264 お前はMicrosoftのために.NET使ってんのか。ごくろうなこった。 266 名前：デフォルトの名無しさん mailto:sage [2005/12/05(月) 09:00:32 ] CSSの最強はDel/Win32だし。 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に対する風当たりが強いんだと思う。

---

---

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

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