JAVAとC#どちらが優れているか教えてください Part2

1 名前：仕様書無しさん [2007/09/16(日) 14:13:54 ] 過去ログ pc11.2ch.net/test/read.cgi/prog/1178017348/l50 521 名前：仕様書無しさん mailto:sage [2007/10/13(土) 20:00:33 ] で、JAVAとC#は？ 522 名前：仕様書無しさん mailto:sage [2007/10/13(土) 20:03:19 ] >Win32APIは面倒からMFCで包んじゃえ。 ここまでは正しいんだけど、MFCでは画面作り難杉。 523 名前：仕様書無しさん mailto:sage [2007/10/13(土) 20:18:34 ] >>520 経営的にはM$のやり方だと、SQL Serverだけに恩恵があるように作るでしょ。 各DBの特有のSQLの方言までLINQが吸収してくれると思ってた。一般的なSQLだけなの？ 524 名前：仕様書無しさん mailto:sage [2007/10/13(土) 21:25:21 ] ついて行けてないくせに、口だけは一丁前に叩こうとするんだよな。 LINQが理解できないなら.NET知ったふりするなよ低脳が。ｗ 525 名前：仕様書無しさん mailto:sage [2007/10/13(土) 21:27:36 ] MFCの時代まではきちんと仕事してたんだね無職君ｗ 526 名前：仕様書無しさん mailto:sage [2007/10/13(土) 21:59:25 ] >>523 いつの時代の話してんの？ 527 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:09:43 ] >>526 無職じゃなかった頃の話ｗ 528 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:50:07 ] 誰一人、正確な答えが出ていない所がかっこ悪い。 529 名前：仕様書無しさん mailto:sage [2007/10/13(土) 22:59:10 ] このスレにいるM$マンセーな連中に聞くだけ無駄。 適当なURLはって逃げるだけ。本人が理解していないで、 口だけ達者な奴だろ。 実際のところ、LINQはどうなのよ？使っている人挙手。 530 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:07:32 ] M$厨「M$が最先端。理解できないなら.NET知ったふりするなよ低脳が。ｗ」 しかしながらM$自身は、戦略上からわざと最先端から遅らせてる事実。 531 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:12:54 ] リンク貼って逃げるだけの馬鹿はどっちだか .NETで仕事してから大口叩け、無能ｗ 532 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:20:05 ] >>529 お前にはLINQを理解するのは無理 533 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:21:31 ] それ以前に、理解できてる技術なんて一つもなさそうｗ 534 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:25:11 ] 何かわからんがとりあえず理解するのは無理だな。 535 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:33:50 ] M$厨「ドトネトが最先端。お前にはLINQを理解するのは無理」 しかしながらM$自身が捨てたドトネト。 536 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:38:12 ] >>535 良かったね。.NETが消えたのならもう叩く必要もないね。ｗ 537 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:48:00 ] 仕事がMSばっかだからなあ。 538 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:48:34 ] 確かにこのスレ以外のドトネトスレがストップしてるお。 539 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:51:03 ] >>538 230 ：デフォルトの名無しさん：2007/10/13(土) 21:34:24 blogやSNSでリアルな付き合いに向かっているだけだろ。 無職君が匿名でウジウジやってて取り残されただけだよ。ｗｗｗ 540 名前：仕様書無しさん mailto:sage [2007/10/13(土) 23:55:08 ] ブビ厨につづいてドトネト厨死滅カワイソス＞＜ 541 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:01:09 ] >>540 良かったじゃん。もう気にしなくていいしね。ｗ 542 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:06:57 ] >>528 LINQ以前のレベルな事はわかってるか？ 543 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:18:27 ] LINQってゼルダ？ なんかつづりチガクね？ 544 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:28:03 ] つまんね 545 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:33:52 ] >>542 つ >>528 >>535 546 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:37:38 ] 判定： ドトネト中の自滅→Ｃ丼の負け 547 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:39:02 ] つまんね 548 名前：仕様書無しさん mailto:sage [2007/10/14(日) 00:41:41 ] リアルで孤独なんだろうな 549 名前：仕様書無しさん mailto:sage [2007/10/14(日) 08:42:10 ] 「各DBの特有のSQLの方言までLINQが吸収してくれると思ってた。一般的なSQLだけなの？ 」 こんな簡単な答えが出ないところを見ると、実際に.NETは普及していないんじゃないのか？ 俺はJava屋なんで知らんけどねー。 550 名前：仕様書無しさん mailto:sage [2007/10/14(日) 09:02:48 ] 漏れもJava屋だけどLINQってODBC親戚程度にしか思っていなかったが。 しかしSQL(RDB)の方言つったって、MERGEとかマテリアライズとかを オブジェクトにマップできるか？とかそういうくらいしか思いつかんけど。 予想だとSQLServer以外はあんまアテに出来ない感があるが。 551 名前：989 mailto:sage [2007/10/14(日) 09:14:22 ] > SQL Server以外のデータベースでLINQを使えるか? > > 　使える。LINQのデータベース実装であるDLinqは，データベース接続にADO.NETを使っているため， >理論上はDLinqアプリケーションは. NET Data Providerを使っているどのデータベースにも接続可能である。 >ただし，予想されることではあるが，プレリリース・コードはSQL Server 2005に対して最適に動作する。 >ほかのデータベースについては，製品出荷時には対応されると思われる。 > LINQは複雑なデータベース対ビジネス・オブジェクト・マッピングに対応するか? > > 　対応しない。LINQの設計理念の1つは単純さであり，オーダーや請求書のような複雑なビジネス・オブジェクト >と複数のデータベース・オブジェクトの間のマッピングを作成するプロセスは単純ではない。 >DLinqは，データベース・オブジェクト（テーブルやビューなど）とインスタンス化されたDLinqプログラム・オブジェクトの >間の1対1マッピングを使用する。複雑なマッピングを作成する必要がある場合は，サードパーティ製ツールを使うか， >手作業でコーディングする必要がある。 単純なSQLならLINQでカバーするけど、複雑な奴は従来通りやってね。って感じですね。 知識の浅い人向けDBを使いやすくする為の機能って事か。 552 名前：仕様書無しさん mailto:sage [2007/10/14(日) 11:56:52 ] LINQ = SQLって思ってるところで底の浅さが知れてるがｗ 553 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:00:42 ] LINQってなに？ これがデフォ 554 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:35:13 ] どうでもいいけどなんかQとか付くと中国のブランドみたいでカッコ悪い感じがしちゃうよw 555 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:43:52 ] ｗつけて煽っている方が批判しかしていないあたりに、.NET屋の限界を感じる。 自分自身が無知なのをさらけ出して楽しいの？ 556 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:43:58 ] SQNYとか？ 557 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:44:19 ] OBAQ 558 名前：仕様書無しさん mailto:sage [2007/10/14(日) 13:53:23 ] .NET関係のネーミングがひどいってことでいいか？ 559 名前：仕様書無しさん [2007/10/14(日) 15:39:38 ] Javaは日付がひどいけど.NETはスレッドがひどいな。 結城先生のJavaのスレッドの本はとてもわかりやすかったけど、 .NETはよくわかんないし応用が効かない。 自分で実装するには結城先生の本みたいにやるからいいけど、 サンプルコード読むときに苦労する 560 名前：仕様書無しさん mailto:sage [2007/10/14(日) 15:42:59 ] コードだけで理解したつもりで概念が理解できてない典型 561 名前：仕様書無しさん [2007/10/14(日) 15:46:57 ] ↑がなんなので書き直し。すまん Javaは日付がひどいけど.NETはスレッドがひどいと思う。 結城先生のJavaのスレッドの本はとてもわかりやすかったけど、 .NETの非同期プログラミングモデルはよくわかんないし応用が効かない。 自分で実装するには.NETでも結城先生の本みたいにやるからいいけど、 サンプルコード読むときに苦労する 562 名前：仕様書無しさん [2007/10/14(日) 15:55:29 ] >>560は>>559に対してか？ 確かにすべて理解できたとは思ってないけど、 たとえば、あるタスクを行うスレッドのグループＡと別のタスクを行うスレッドのグループＢの同期を取りたいときどうする？ スレッドプールを２つ自分で実装すればいいだけの話なんだけど、 .NETの非同期プログラミングモデルでやろうとするととっても面倒じゃないか？ 563 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:00:44 ] 何で.NETは非同期モデルしかないと決め付けてるの？ 564 名前：仕様書無しさん [2007/10/14(日) 16:06:55 ] >>563 ん？非同期プログラミングモデルってこのことだぞ。 ttp://msdn2.microsoft.com/ja-jp/library/ms228969(VS.80).aspx 「非同期しかないって決め付けてる」って意味がわかんないんだが、 だから俺はこれが嫌いだから自分で実装する時は基本的に使わない。 つーか、まさかシングルスレッドをしらないのて言いたいんじゃないよな？ 565 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:09:42 ] 普通にThread使えばいいだけの話に非同期云々の話を持ち出してきたのはそちらだが 566 名前：仕様書無しさん [2007/10/14(日) 16:15:19 ] 「普通にThreadを使う」ことを非同期って言うんだよボケ。 あと>>561を１万回読め 567 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:17:27 ] 普通のThreadの使い方は>>564のリンク先のやり方ではありませんが？ 568 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:19:09 ] 結局>>560の通りだったな 569 名前：仕様書無しさん [2007/10/14(日) 16:22:27 ] 通じないなぁ・・・ たぶんアンタと俺は同じようにスレッドを生成しているんだと思う。 でもFCLで実装されている非同期メソッドはみんなこの非同期モデルに従っているじゃないか？ 570 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:31:00 ] ThreadPoolを使いたいのだとしても非同期モデルに縛られることはないのだが？ 571 名前：仕様書無しさん [2007/10/14(日) 16:42:16 ] >>570 だから俺はThreadPool自体を自分で実装しているよ。 実装っていうかコレクションをカプセル化した程度のものだけど、それで十分。 俺が言ってるのは、.NETの非同期プログラミングモデルなんて なくても困らないし応用が効かないし無い方がよかったんじゃないかってこと。 俺もまだまだ初心者だけど、 >>567とかから判断すると、アンタは相当な初心者だろう。 もうアンタに言うことはないよ。じゃあな。 572 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:45:58 ] 非同期モデルじゃなくてもThreadPoolが使えるのにわざわざ自分で実装してるの？ しょうもない馬鹿だな。 573 名前：仕様書無しさん [2007/10/14(日) 16:48:28 ] 俺はThreadつかってQueueで完全にスレッド間で同期取って作る 多分559がやってるのと似たようなやりかたかな で559はEndInvokeとかがいまいち使いどころに困ると思ってるんだろ 574 名前：仕様書無しさん mailto:sage [2007/10/14(日) 16:48:31 ] ttp://msdn2.microsoft.com/ja-jp/library/3e8s7xdd(VS.80).aspx このページがあるのにいきなり非同期とか知ったか語り出して痛々しくて見てられないな 575 名前：仕様書無しさん [2007/10/14(日) 16:58:00 ] >>574 だからそのページに書いてあることを非同期っていうんだよｗｗｗ >>573 >>562でも書いたけど複数のスレッドをグループに分けてその同期を取る方法が非同期プログラミングモデル（以下使うことがあればＡＰＭ） でどうやるのかわからん。 自分でChannel役のクラスを複数実装して同期をとれば簡単なのに 576 名前：仕様書無しさん [2007/10/14(日) 17:06:59 ] スレッドのグループって意味がいまいち分からんのだが ワーカースレッドとApplication.Run()で動いてるスレッドの間の同期の話？ 577 名前：仕様書無しさん mailto:sage [2007/10/14(日) 17:08:02 ] 一般的な意味での非同期と、>>564の意味での非同期を混同してるだけか 578 名前：仕様書無しさん [2007/10/14(日) 17:14:25 ] >>576 ワーカースレッドごとにグループ化して同期を取る必要がある、ということ。 一般的にこういったことが必要になることは少ないと思うし、わかりにくくて申し訳ないが。 579 名前：仕様書無しさん [2007/10/14(日) 17:35:25 ] スレッド間でキューにメッセージ投げあって同期を取る ワーカースレッドは無限ループでキューのメッセージを読みに行ってメッセージに書かれた処理をする Application.Run()で動いてるスレッドは無限ループできないから windowsが投げてくるThreadTimerイベント使ってメッセージ読みに行く って感じで俺なら作る Invokeとか.netが用意してる同期機能は俺は使わんね 柔軟性に欠けるし 580 名前：仕様書無しさん [2007/10/14(日) 17:59:33 ] >>579 俺はWindowメッセージとかの知識は全くないんだけど、 次のようにしている（１年前に作ったものだから、細かいところは忘れている） ・スレッドを管理するクラスをＡ・Ｂと２つ用意する ・Application.Run()で動いているスレッドがアプリケーション開始時にＡのQueueに「リクエストＡ」をまとめてEnqueueする。 ・ＡはリクエストＡを順に処理し、処理し終わるごとにＢにイベントで通知する。 　（この時リクエストＡを処理した結果からリクエストＢを作成してＢに渡す） ・Ｂは受け取ったリクエストを順に処理して、ある一定のタイミングでファイルに吐き出す。 ・これらとは別のスレッドが定期的にＡとＢを監視して、 Application.Run()で動いているWindowsFormを起動したスレッドに通知する。 >Invokeとか.netが用意してる同期機能は俺は使わんね >柔軟性に欠けるし こう感じているのは自分だけではないみたいだね。 参考になった。ありがとう。 581 名前：仕様書無しさん [2007/10/14(日) 18:01:32 ] >>580 またミスった。すまん ×WindowsFormを起動したスレッドに通知する。 ○WindowsFormを起動したスレッドに進捗状況を通知する。 582 名前：仕様書無しさん [2007/10/14(日) 18:04:51 ] >>580 なお、Aは５つ程度・Ｂは１０つ程度のスレッドで動いている 583 名前：仕様書無しさん [2007/10/14(日) 18:17:22 ] ＞・これらとは別のスレッドが定期的にＡとＢを監視して、 ＞Application.Run()で動いているWindowsFormを起動したスレッドに通知する。 おそらくスレッドクラスのメンバにアクセスして監視してるんだろう 俺ならEnqueueする場所は各スレッドループの先頭一箇所だけにする 他スレッドクラスのQueue以外には絶対にアクセスできないようにあえて各スレッドクラスの Queue以外の参照を消去して完全イベントドリブンにする こういう制約を課してプログラム組むと結果的に凄くメンテナンスしやすいものができる 584 名前：仕様書無しさん [2007/10/14(日) 18:32:16 ] >>583 確か監視スレッドが監視しているのはQueueのCountプロパティだったと思ったが、 特に隠蔽は意識していなかった。参考にさせてもらうよ。 あと思い出したことを書くと Ａがやってるのはネットワーク接続の待ち時間が長い処理で、 Ａの一つのスレッドが作成するリクエストＢは数十個になる。 リクエストＢも多少のネットワーク待ちは発生するが、比較的軽い処理だ。 だからこのような仕様にした。 で、話は全くかわるけど、 イベントといえば.NETのいいところの一つだと思う。 JavaではObserverパターンを実装しなければならないようだけど、 Javaでもリフレクションを使えば.NETのイベントと同じようなことってできる 基底クラスを作成できるんだろうか？ 585 名前：仕様書無しさん [2007/10/15(月) 00:57:19 ] JavaとC#どっちとも使えない奴ってなんなの？ 馬鹿なの？ 586 名前：仕様書無しさん mailto:sage [2007/10/15(月) 08:40:35 ] ﾌﾞｳﾞｨﾁｭｳｳﾞｧｶﾆｽﾙﾅ 587 名前：仕様書無しさん mailto:sage [2007/10/15(月) 11:00:41 ] >>585 人間として、少なくとも、どちらか使えるべきだな。 588 名前：仕様書無しさん mailto:sage [2007/10/15(月) 11:05:25 ] そんな事逝ったら、周りに人間居なくなるんだけど。。。 589 名前：仕様書無しさん mailto:sage [2007/10/15(月) 18:18:42 ] ＞ ATL を使用し、STL コレクションを公開し、MFC アプリケーションのコンパイラ COM サポートにより制御されたサーバーの実装 ＞ttp://msdn2.microsoft.com/ja-jp/library/xatwk0b1(vs.80).aspx これにさらにドトネトが追加されると。。。 萎え... 590 名前：仕様書無しさん mailto:sage [2007/10/15(月) 19:10:36 ] さらにboostも追加されます 591 名前：仕様書無しさん mailto:sage [2007/10/16(火) 07:28:06 ] お前らが、あんまりいいって言うから、 全ての勉強を中断して、 C♯の学習開始。 これで良くなかったら、お前ら、責任とれよ。 592 名前：仕様書無しさん mailto:sage [2007/10/16(火) 10:20:09 ] これから関数型の要素もはいってくるしいいんじゃね？ C#→F#といくのがおすすめ 593 名前：仕様書無しさん mailto:sage [2007/10/16(火) 10:26:03 ] なんでC#を経由せんといかんのだ？ 594 名前：仕様書無しさん mailto:sage [2007/10/16(火) 10:40:55 ] つか、なんで♯なんだ？ 595 名前：仕様書無しさん mailto:sage [2007/10/16(火) 11:55:09 ] C#→F#といくのがおすすめ C#オワタ＼(^o^)／ 596 名前：仕様書無しさん mailto:sage [2007/10/16(火) 15:35:45 ] Visual Studio 2005 Part 22 ttp://pc11.2ch.net/test/read.cgi/tech/1187540029/518- 518 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 11:27:48 ヘルプが糞なのは同感。糞重いし検索がまた糞。正規表現くらい使わせろ糞 519 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:11:48 .NET製だから初回起動が重いだけかな。起動後も重いやつはPCがもう時代遅れ。 520 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:18:03 そういう話で無くてな?やってる処理がたいしたこと無いのに何であそこまでもっさりしてるのかという話だ。 521 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:25:23 無駄に重いわなVS2005のは。 どうせレンダリングはIEコンポでやってるんのに、わざわざドトネトにして 糞重くした新しいdexplore.exeになって一体どこの誰が喜ぶんだか さっぱり理解できん。 522 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 14:53:22 当然喜ぶのはdexplorer.exeの開発者じゃないの 523 名前： デフォルトの名無しさん [sage] 投稿日： 2007/10/16(火) 15:04:04 パソコン利用者８割がストレス、「動作の遅さ」に強い不満 ttp://pc11.2ch.net/test/read.cgi/pcnews/1181735813/l50 597 名前：仕様書無しさん mailto:sage [2007/10/16(火) 18:20:27 ] コピペ君って馬鹿だな、まで読んだ。 598 名前：仕様書無しさん mailto:sage [2007/10/17(水) 07:19:25 ] C#→F#この次は続けて→C#→G#だな。 基本的なコード進行。 599 名前：仕様書無しさん [2007/10/24(水) 00:36:05 ] 俺はJavaでもなく.NETでもなく、VBAが好きだ。 600 名前：仕様書無しさん mailto:sage [2007/10/24(水) 09:29:46 ] C2D＋Mem1M でも重い。 601 名前：仕様書無しさん [2007/10/24(水) 09:40:09 ] 過度の抽象化をしてるんだろjavaみたいに 602 名前：仕様書無しさん mailto:sage [2007/10/24(水) 11:50:52 ] こないだも「色々苦労して造った末に顧客からExcelみたいのないの？」っていわれた っていうスレがあったけど、たいていの会社ならExcelをUIにしてMySQLにでも接続するプログラムを 作ってやった方がいい。Excelの表計算フォームがいやならVBAでフォーム作成すればいい。そいつをアドインにデモしてやればなおさらいい。 603 名前：仕様書無しさん mailto:sage [2007/10/24(水) 11:53:50 ] 残念ですが、Ｍ＄がVBAを終焉させまつ。 604 名前：仕様書無しさん mailto:sage [2007/10/24(水) 12:10:52 ] ＞＞６０３ じゃあ、KingOfficeVBAで戦うまでだ！ 605 名前：仕様書無しさん [2007/10/24(水) 13:34:39 ] >>603 ソースは？ 606 名前：仕様書無しさん mailto:sage [2007/10/24(水) 19:52:22 ] こんなにいっぱい言語作って、何したいんだよ。 607 名前：仕様書無しさん [2007/10/24(水) 20:05:16 ] Kコンパイラが懐かしい 608 名前：仕様書無しさん mailto:sage [2007/10/24(水) 23:12:16 ] >>603 そしてVBA.NETの時代が 609 名前：仕様書無しさん mailto:sage [2007/10/26(金) 05:54:22 ] どちらかというとVBxがあるからVB.NET/Aのほうが近そうだ 610 名前：仕様書無しさん [2007/10/27(土) 22:47:49 ] 確かにUIはExcelが最高だと思う。 VBAが.NET化するのはいつになるんだろう？ 今でもOfficeProfessionalならVSTOとやらで.NETのマネージコードで操作できるんだっけ？ でもOfficeProfessional買ってくれないし・・・ 611 名前：仕様書無しさん mailto:sage [2007/10/27(土) 22:51:55 ] Officeのコントロールは標準ツールボックスに入れるなり、いっそWindows.Forms.Officeとかにして欲しいよ。 おいしいんだから 612 名前：仕様書無しさん [2007/10/27(土) 23:02:00 ] >>611 それいい！そうなれば.NETのシェアは大きく拡大すると思う。 UIは凝るとキリがないし自分は一番時間がかかる。 .NET3.5のグリッドコントロール使いやすくなるんだろうか？ 613 名前：仕様書無しさん mailto:sage [2007/10/28(日) 03:32:06 ] .NET2.xって結局何だったんだ？ 614 名前：仕様書無しさん mailto:sage [2007/10/28(日) 05:02:02 ] >>613 .NET 3.xシリーズのコア部分 615 名前：仕様書無しさん mailto:sage [2007/10/29(月) 23:27:01 ] JAVAを自宅学習したいのですが、お勧めのJAVA開発ソフトを教えてください。 616 名前：仕様書無しさん mailto:sage [2007/10/30(火) 06:45:41 ] eclipse 617 名前：仕様書無しさん mailto:sage [2007/10/30(火) 21:57:21 ] 両方で開発してみたけど C#の方が優れてるわ 618 名前：仕様書無しさん mailto:sage [2007/10/31(水) 09:29:36 ] 仕上がるﾄﾞﾄﾈﾄアプリは最悪だけどね 619 名前：仕様書無しさん mailto:sage [2007/10/31(水) 09:34:47 ] powershellみたいなシェルスクリプトで.NETのオブジェクトを自在に弄れるってのは面白いけどな あと.NETでCとC#とF#を組み合わせて開発できるのとか マルチプラットフォームを意識しないのに限れば結構実用的な気がする でもC#で使う分にはjavaには絶対勝てないのは確実だね 620 名前：仕様書無しさん mailto:sage [2007/11/01(木) 01:13:37 ] 結局、βで終わった3.0の立場は？ 621 名前：仕様書無しさん mailto:sage [2007/11/01(木) 04:51:00 ] monoのWindows Formsの充実ﾏﾀﾞｰ？

---

---

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

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