VisualBasic6.0　対　VisualBasic .NET 2003

VisualBasic6.0　対　VisualBasic .NET 2003 at TECH

1:デフォルトの名無しさん
05/05/20 11:18:03
今まで、VisualBasic6.0で開発をやっていて、VisualBasic .NET 2003の開発をやる羽目になったが、
慣れのせいか、生産性・コーティング・エディタの使いやすさ、のどれを取っても
昔のVisualBasic6.0の方が上だ！
2003で開発なんかやってたら時間が掛かり過ぎる!

私と同じ意見の人いませんか？

2:デフォルトの名無しさん
05/05/20 11:18:59
今だ！2ゲットォォｫｫ！！
￣￣∨￣￣￣￣￣￣￣￣
　　　 ∩ ∩
　　～| ∪ |　　　　　　　　　(´´
　　ﾍﾉ　　ﾉ　　　　　　　(´⌒(´
　　(（つ　ﾉ⊃≡≡≡(´⌒;;;≡≡≡
　　￣￣￣(´⌒(´⌒;;
　　　ｽﾞｽﾞｽﾞｽﾞｽﾞ

3:デフォルトの名無しさん
05/05/20 11:22:06
まずめ時をはずしておりますがつれますか？

4:デフォルトの名無しさん
05/05/20 11:22:41
新人くるから無理しなくていいよ

5:デフォルトの名無しさん
05/05/20 14:41:33
>>1
慣れたら.netの方がいい。すごくいいよ。

6:デフォルトの名無しさん
05/05/20 16:03:49
>1
まあ、あれだ．．．

つかえねぇな pgr

7:デフォルトの名無しさん
05/05/20 16:55:36
EXEオブジェクトの実行速度も.NETよりVB6の方が高速な気がする。

8:デフォルトの名無しさん
05/05/20 17:56:40
>>1
VBとVB.NETを同じものだ、ただVarUpしただけだと思って使うのがそもそもの間違い。

9:デフォルトの名無しさん
05/05/20 20:09:27
>>1
今時オブジェクト指向も、構造化例外も、UNICODEも、
まともにサポートしない言語使って、楽しいか？

10:デフォルトの名無しさん
05/05/20 20:31:34
>>9
楽しい。
ていうか、早く楽にシステム作れりゃ
オブジェクト指向も、構造化例外も、UNICODEもいらん。
（俺が開発担当しているシステムで上記機能は使わんし）

11:デフォルトの名無しさん
05/05/20 20:37:51
>>10
オブジェクト指向の良さはすぐにはわからないから仕方ないと思う

12:デフォルトの名無しさん
05/05/20 20:38:04
>>10
漏れはC++からプログラミングの世界に入ったからかなぁ・・・

早く楽にシステム作るために、
仮想関数とか、継承とか、構造化例外を使いたくて仕方ないんだが。

13:デフォルトの名無しさん
05/05/20 20:40:59
VBは言語はUNICODE･･･。

14:デフォルトの名無しさん
05/05/20 20:46:52
VB6でもクラスとか多態とか使ってオブジェクト指向で
やっている俺にとっては、VB.NETは苦労がすくなくて便利。

VB6でon error gotoのグローバルなエラー用変数を
ローカル変数的に扱うの面倒だし。

つーか、Text1.Text ← これもオブジェクト指向

15:デフォルトの名無しさん
05/05/20 20:50:33
>>13
VBがUNICODEに対応していると本気で思っているなら、
ためしにUnicode対応のソフトを作ってみると良い。
Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
途方にくれるはずだ。

16:デフォルトの名無しさん
05/05/21 17:36:33
1の分析には感謝する。私は1の分析を少しも疑わないし，
VisualBasic6.0が現在最高の選択肢だという君の推薦も受け入れよう。
しかし，そもそもの質問は今日の時点で君に何ができるということではない。
市場が動く先はどこかということだ。
今後，VisualBasic6.0が技術市場を支配することはないだろうし，
それに追い付きさえしないだろう。
そして市場を抑えるような技術は，われわれのユーザーが要求するよりも
常に大きな能力を提供するだろう。
だからわれわれは，今後そういう技術に対して，てこ入れをする。

URLﾘﾝｸ(itpro.nikkeibp.co.jp)

17:デフォルトの名無しさん
05/05/22 13:58:20
ｲｲ

18:デフォルトの名無しさん
05/05/22 13:59:47
一言で言うとVB6のほうがいいとかいってるやつは
「無能」としか言いようがない。

19:デフォルトの名無しさん
05/05/22 14:06:20
VB6のほうがいい

20:デフォルトの名無しさん
05/05/22 18:45:52
ヌッコロすぞヴォケがぁ！！

21:デフォルトの名無しさん
05/05/22 18:59:56
VB6のほうがいい　

22:デフォルトの名無しさん
05/05/22 20:08:26
無いと思うが、VB.NETでネイティブコードが出せるようになったら
VB6は捨てるか？

23:デフォルトの名無しさん
05/05/22 20:09:41
つか、MSのロードマップによるとVBは消滅することになってるんだが、お前らわかってるのか？

24:デフォルトの名無しさん
05/05/22 20:37:50
ヒント：サポート延長

25:デフォルトの名無しさん
05/05/22 20:44:15
.NETに違和感がある人は他の言語やったことないんじゃないのかな

26:デフォルトの名無しさん
05/05/22 22:11:27
C#にすればいいのに
VB.NETなんて基地外のやる代物だ

27:デフォルトの名無しさん
05/05/23 01:54:20
>>26
禿同。C#触り始めて以来、VBなんて見るのもイヤ。

28:デフォルトの名無しさん
05/05/23 02:13:46
何ここ3年前のスレ？

29:デフォルトの名無しさん
05/05/23 02:15:01
>>28
言ってることがわけワカメです。

30:デフォルトの名無しさん
05/05/23 02:23:21
26が核心を突いてしまったようです

31:デフォルトの名無しさん
05/05/23 02:31:43
「ぶいびぃやってます」より「しーしゃーぷやってます」のほうが音的にもオサレ。

32:デフォルトの名無しさん
05/05/23 12:37:40
仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
（ちなみに開発するシステムは、クライアント－サーバー型の業務システム）

33:デフォルトの名無しさん
05/05/23 12:39:42
>>32
Ruby

34:デフォルトの名無しさん
05/05/23 19:28:02
>>32
JAVA

35:デフォルトの名無しさん
05/05/23 19:47:07
スレタイ語尾に対 C#
をつければ新たな議論も考えられそうだ

36:デフォルトの名無しさん
05/05/23 19:48:53
>>1はVB.NETとC#との違いについてはどう思ってる？
VB.NETやるんだったらC#やったほうがいいと思うんだけど。

会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。

VB.NET覚えてればC#への以降も簡単なんでない？

37:デフォルトの名無しさん
05/05/23 19:51:03
>>15
> >>13
> VBがUNICODEに対応していると本気で思っているなら、
> ためしにUnicode対応のソフトを作ってみると良い。
> Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
> 途方にくれるはずだ。

それは一体どういうことでっかいな？
問題ありすぎてがっかりしないかいな？
よく知られている話かいな？

そのあたりはJavaやC#とくらべどうなんだろな。

38:デフォルトの名無しさん
05/05/23 19:52:51
>>22
C#でも出せるならVB.NETでも出せないとおかしい気がする。
さもないとVB.NETは中途半端にかなり使えない言語じゃないか？

それとも、これはVB厨をC#に移行させるための戦略か？

39:デフォルトの名無しさん
05/05/23 19:54:08
>>25
UNIX,系で様々な言語(sh, Perl, C, C++, PHP, Javaなど)を使ってきた陣営から
すれば.netはかなり違和感ありありだと思うのだが。

40:デフォルトの名無しさん
05/05/23 20:10:03
>>32
> 仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
> （ちなみに開発するシステムは、クライアント－サーバー型の業務システム）
>
VB/VB.NETやってるならC#とASP.NETだと思うが。ほかは
Perl, PHP, Java

41:デフォルトの名無しさん
05/05/23 21:37:45
>>37
確かにVB6.0の文字列型変数にはUNICODEで格納される。

でもUI周りのコントロールはShiftJISにしか対応しない。
API呼び出し時や、ファイルI/O時はUnicode<->ShiftJISの
自動変換が勝手に行われる。よってUnicode固有の文字は
扱えないのさ。

42:デフォルトの名無しさん
05/05/23 22:02:59
>>41
物事は正確にな。大筋はそうだが、嘘ばかりだ。

43:デフォルトの名無しさん
05/05/23 23:47:16
> 大筋はそうだが、嘘ばかりだ。

どっちだよ

44:デフォルトの名無しさん
05/05/24 00:16:54
歴史教科書のようなものだよ

45:デフォルトの名無しさん
05/05/24 00:17:30
ひさしぶりにVB6インスコしてみようかなあ・・・

46:デフォルトの名無し
05/05/24 03:31:19
まあ、両方ドリルしとけよ。無料だから。
URLﾘﾝｸ(book.mycom.co.jp)

47:デフォルトの名無しさん
05/05/24 16:41:13
>>36
VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。
　　C#＝新手のC言語。C言語は今までやった事が無く、業務に不向きなイメージがあるので、チョット敬遠気味。
てな印象です（私はC++とC#の違いも解らない、VB使いの無能なエンジニアですので）

>会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。
>VB.NET覚えてればC#への以降も簡単なんでない？
>
そんなもんですかね？　C#への足掛かりができるならば、VB.NETも頑張ろうかって気になる。

48:デフォルトの名無しさん
05/05/24 16:45:03
VB.NETとC#はコンバータが存在するくらいだから
超そっくりだよ

49:デフォルトの名無しさん
05/05/24 16:53:27
>>47
無能もそこまできたら立派だよ。

50:デフォルトの名無しさん
05/05/24 20:01:12
>>47
足がかりもクソも、VB.NETとC#は大して変わらんぞ。

51:デフォルトの名無しさん
05/05/24 20:16:43
>>50
それぞれのソース見たら、全く別モノに見えるのは、私が無能のせい？
URLﾘﾝｸ(www.ailight.jp)

52:デフォルトの名無しさん
05/05/24 21:50:40
>>51
どっちもコードをそのまま日本語化するとこうなる。構文が違うだけで中身は全く同じ。

PublicでStaticな関数GetList(入力元のsourceと出力先のwriterという2つの引数をとる)を定義
　writerに "---------- start ----------" を出力
　forループ(カウンタ i を0からsourceの文字数まで)
　　check/strCheckにsourceの i 番目の文字を代入。
　　check/strCheckの文字コードを取得してs/strValに16進法にして代入。
　　writerへcheck/strCheckとs/strValを出力する。
　for終わり
　writerに改行と "---------- end ----------" を出力
関数定義終わり

(VB.NetではintAscを経由しているがHex(Asc(strCheck))と書けばこの変数は不要になる)

53:デフォルトの名無しさん
05/05/24 22:13:38
>>51
流れ制御文や、変数の宣言が異なるだけで、
プログラムの構造はもちろん、使っているAPIも同じだろ。

54:デフォルトの名無しさん
05/05/24 23:39:35
>>47
無能のままで居たければVB.NET。普通の人生を送りたければC#。

> VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。

VB6から流用したような技法・知識は確実に有害なので使わない方がいい。
逆に、VB6の技法を流用できてしまうことがVB.NETの最大の欠点。
C#はこの欠点が無いだけだが、これが2者を分ける大きな違いになっている。

一生フリーターやニートな人生があるように、生涯VBという人生も選択肢としてはあるのだろう。

55:デフォルトの名無しさん
05/05/24 23:47:38
VBってバカにされるけどVBだけで本当にどれだけのことが
できるのだろう。
どんなにしょぼいアプリでも仕事で作るものはそんなに簡単なものは
少ないように思うのだが。

56:デフォルトの名無しさん
05/05/24 23:53:32
つーか、VBもちゃんと理解できてないんだろ。

57:デフォルトの名無しさん
05/05/25 00:54:51
VBはVBでも、クラスモジュールさえ使いこなせれば低脳ではない。
VB6にもあるから。

58:デフォルトの名無しさん
05/05/25 01:08:25
まあWindowsでのプログラムしか作れない人は低脳だな
無駄飯食いめ・・・

59:デフォルトの名無しさん
05/05/25 01:56:14
ハァ？Windows以外にまともなOSなんて存在しないんですが？

60:デフォルトの名無しさん
05/05/25 02:05:47
バカ出現

61:デフォルトの名無しさん
05/05/25 20:04:35
気になるのが、VB.NET よりも C# の方がいいという意見が多いのだが、
C#で業務システム組んだら、VBよりも「早く」「楽に」作れるの？

（言語のアーキティクチャの美しさうんぬんよりも、そっちが大事！）

62:デフォルトの名無しさん
05/05/25 20:09:40
早く楽なのはVB.NETだけど美しさはC#

63:デフォルトの名無しさん
05/05/25 20:12:49
>>61
好きにすればいいじゃないか。自分で使ってみてさ。
VB.NETがJ++のような位置付けであろうとも、未来はわからないからね。
MSの気がかわってまたVBに力を入れるかもしれないじゃないか。

64:デフォルトの名無しさん
05/05/25 20:49:29
C#でCOMとのInterOpやろうとすると、C#の型安全性が仇になって
キャストやReflectionの嵐になる

そんぐらいじゃないのか、VB.NETの楽な部分って。

65:デフォルトの名無しさん
05/05/25 20:57:50
>>61
C#は、C++やJavaを使った経験のある人にとっては、文法がほぼ同じなので取り付き易い。
VB.NETは、文法がだいぶ拡張されているので、VB6.0の経験があっても取り付き難い。

66:デフォルトの名無しさん
05/05/26 02:01:33
VB使いは格安だからね。MSが力を入れるのも当然

67:デフォルトの名無しさん
05/05/26 10:46:19
話はかわってJ#使ってる人はいるんだろうか？

68:デフォルトの名無しさん
05/05/27 13:20:02
>>67

未だかつて聞いた事が無い。
無くなりそうだな。

69:デフォルトの名無しさん
05/05/27 13:22:15
>>VB使いは格安

その通り。
C#の方が高いかな？

70:デフォルトの名無しさん
05/05/27 13:26:26
>>63

確かに。
VBそのものが完全に無くなる可能性は低いと思われるので、
とりあえず、VB.NET もうチョット続けよっと。

71:デフォルトの名無しさん
05/05/29 00:34:30
>>67
旧、J++ユーザーが、好んで使っているよ。
・・・J++ユーザーって居たのか？

72:デフォルトの名無しさん
05/06/02 16:28:53
漏れは言語を指定される仕事なんて新規作成でやったことないんだが
結構あるものなの？

73:デフォルトの名無しさん
05/06/02 21:03:53
>>72

結構あるよ。
俺が下請けソフトハウスのせいだが。

74:デフォルトの名無しさん
05/06/05 00:54:10
>>9
VB6てUNICODEサポートしてたと思うが。

75:デフォルトの名無しさん
05/06/05 01:10:25
サポートも何もVB4から内部は完全にUNICODEベースだろ
COMがそうだから、なんだけど

76:デフォルトの名無しさん
05/06/05 01:34:55
UnicodeベースではあるがUnicodeをまともに扱えない、それがVB

間違ってもUnicodeサポートなどとは呼べない

77:デフォルトの名無しさん
05/06/06 17:37:13
ActiveXに文字化けってよくあるし、
さらに発生すると手の打ちようが無い...

78:デフォルトの名無しさん
05/06/06 20:09:09
動作が重い、HDD食うから.NETの負け。

79:デフォルトの名無しさん
05/06/07 14:08:37
>>78
VB2005 も .NET2003同様に、動作が重いんだろうか？

80:デフォルトの名無しさん
05/06/07 16:20:34
>>79
普通に考えて軽くはならんだろうね。
その分、高機能になってるしPCも速くなるからいいんだけど、
VB6.0の機能で十分で、最新でないPCを使う俺にしたら.NETを選ぶ理由がない。

人それぞれ。（あたりまえか）

81:デフォルトの名無しさん
05/06/07 16:36:46
VB6.0も.NETも選ぶ理由がない。

82:80
05/06/07 16:55:55
VC++が難しくて使えない俺には選ぶ理由がある。

情けねえorz

83:デフォルトの名無しさん
05/06/07 17:14:11
Delphiのんが簡単だよ。

84:デフォルトの名無しさん
05/06/09 17:29:15
VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
振り返ってVB6を改めて理解できる。

C#はC++よりVBっぽいので、VB厨にはかえって向いている。

C#を経由しないでVB.NETだけ勉強すると、VB6互換ライブラリがないと
何も作れないVB.NET厨になるおそれあり。
VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
移行してもそのおそれはない。

85:デフォルトの名無しさん
05/06/09 17:56:49
.NEETなんかに逝行するなんて自滅行為

86:デフォルトの名無しさん
05/06/09 20:04:01
C#がネイティブ吐ければ、最強だったのに
おしいなぁ・・・

87:デフォルトの名無しさん
05/06/10 08:42:45
C丼が最強だっていうのはﾌﾞﾋﾞ厨の幻想であって、見向きもされない言語。

88:デフォルトの名無しさん
05/06/10 11:17:37
84の内容って認知的不協和そのままというか良いサンプル。

＞車の例では他車のカタログは見ず、購入した車のカタログばかり見る、
＞という調査結果があるという。
＞これは他車の方が性能が良いという「不協和」を避ける為だ。
＞なるほど思い当たる事は多い。
＞都合のいいように判断資料に自らバイアスをかける。要注意だ。

自らバイアスかけてﾌﾞﾋﾞが滅んでないことになってんだろうね。

89:デフォルトの名無しさん
05/06/10 15:48:08
>>1 だが、結果的にVB6でシステム開発やる事になった。
昔のWinNT4.0やWin98の低スペックPCをクライアントで使う羽目になり、
VB.NET2003だと遅くて使いモノにならんという理由で。

慣れている言語なんでとりあえず早く楽に作れるが
喜んでいいやら悲しんでいいやら。

90:デフォルトの名無しさん
05/06/10 22:08:13
>>88
それを言うなら認知的不「調和」でしょ。
認知的不調和ってのは普通ダブルバインドの話だと思うが。。

っていうか、俺には>>84が「VBが滅んでない」なんて言いたいようにも、
そのように認識しているようにも読めないけど。。

91:デフォルトの名無しさん
05/06/11 08:36:55
84はVBで悲惨な目にあいながら、他を見ずにV$マンセー、してるじゃん。
非論理的な言い方で。

92:デフォルトの名無しさん
05/06/11 10:57:38
正直、>>91は精神科で見てもらった方がいいと思う。
自分の妄想を他人（の書いた文章）に投影する傾向あり。というかあり過ぎ。
まあ妄想性人格障害のある人間は通常それを自覚できないんで、これ読んで本人が
承服するとも思えないけど。

もっとも単に読解力が絶望的にないだけかも知れないけどね。

93:デフォルトの名無しさん
05/06/11 11:12:48
>>92
なげーよｗ

94:デフォルトの名無しさん
05/06/11 11:36:29
手軽なアプリを作る分には旧VBでもいいけどさ。
ある程度の大きさになって来るとOOPできないのは辛い。

95:デフォルトの名無しさん
05/06/11 17:39:28
プラットフォーム、その他環境によってＡＰＩが異なるために、プログラムを組み直す必要があって、
それを．ＮＥＴフレームワークで解決しようとしているのがVisualBasic .NET 2003。

なんだけど、まだまだＡＰＩを網羅していないのも事実。

ＡＰＩにあって、．ＮＥＴフレームワークにないものをすべて挙げてみよう！

96:デフォルトの名無しさん
05/06/11 17:56:54
精神病患者に「お前は精神病患者だ」と言って通じるはずがない。

97:デフォルトの名無しさん
05/06/11 18:26:58
>>96
お前は精神病患者だ。

98:デフォルトの名無しさん
05/06/11 23:33:14
この文章って執り付かれてるよね。

＞VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
＞振り返ってVB6を改めて理解できる。

時代遅れのVB６を使ってたことを理解して怒り狂うわけか？

＞C#はC++よりVBっぽいので、VB厨にはかえって向いている。

M$独自言語なのに、かえって向いてる、って文脈おかしくない？
問題はﾌﾞﾋﾞ厨がVBしか使えないことだろ。

＞（略）何も作れないVB.NET厨になるおそれあり。
＞VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
＞移行してもそのおそれはない。

おそれはない、ことを言いたいようだが、OOPを意識する人がVB６を使うことがありえない。

99:デフォルトの名無しさん
05/06/11 23:40:00
中途半端なクラスモジュールに苛つく。

100:最凶VB厨房
05/06/11 23:40:26
VBの世界に足を踏み入れたならば一生抜け出すことはできない。
それほどVBは魅力的なんですね。

101:デフォルトの名無しさん
05/06/12 00:02:23
>>99
たとえばどんな？

102:デフォルトの名無しさん
05/06/12 01:18:21
実質カプセル化だけなところ

103:デフォルトの名無しさん
05/06/12 01:20:31
なんだ、OOを理解してないだけか。

104:デフォルトの名無しさん
05/06/12 01:21:11
C#をVBっぽいとか言うな！格が落ちる。

105:デフォルトの名無しさん
05/06/12 01:31:56
VBの？

106:デフォルトの名無しさん
05/06/13 01:51:18
コンポーネント指向と言う点で、VBとC#は似ている

107:デフォルトの名無しさん
05/06/13 08:45:17
VBとかActiveXではコンポーネントが実質増えなかったし、
性能悪いし何より実行時に不安定だった。
VBの時代は終わった。

108:デフォルトの名無しさん
05/06/13 08:59:37
M$が逝うには、クラスベースのOOは派生必須だもんね。

109:デフォルトの名無しさん
05/06/15 10:40:33
.NET フレームワークに、C# からは使えるけど VB.NET からは使えない
機能というかオプションがあるのを見つけた時は、がっかりした。

110:デフォルトの名無しさん
05/06/15 12:17:27
@ITの記事はC#とVBのソースが併記してあってウザイ。
MSDNの記事はC#とVBのソースが併記してあってウザイ。
VBは激しく(ﾟ⊿ﾟ)ｲﾗﾈ

111:デフォルトの名無しさん
05/06/15 14:43:26
VB.NETのコードだけ書いておけば良い
まともなC#使いなら自分で読み替えられるから

112:デフォルトの名無しさん
05/06/16 00:19:01
>>109
VS2005にはVB.NETにはあるけど、C#には無い機能が色々あってがっかりした。
C#せっかく覚えたのにな(T_T)

113:デフォルトの名無しさん
05/06/16 00:31:46
だよね～

だよね～

言うっきゃ無いかもね

そんな時にはね～

>>112 その色々をもっと具体的に

114:デフォルトの名無しさん
05/06/16 01:27:47
>>113
With .... End With ブロック。

■ 明示的に区別されたIf, For, While, Select...Case などのブロックの「閉じ」構文。
　― C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。

■ 目立たず邪魔にならない注釈記号(')
　― C系統の言語の注釈は無駄に邪魔くさいんんだよ。/* ... */にしろ　//にしろ。

■ 参照設定しなくてもデフォで使えるVBランタイム機能。

■ ユーザー定義イベントが簡単に使える。

115:デフォルトの名無しさん
05/06/16 03:48:55
>>114
頭悪すぎ。

116:デフォルトの名無しさん
05/06/16 07:04:16
>>113
Myが増えてる。
ローカルPCの良く使いそうな情報がプロパティひとつで取り出せる。
OOを無視したいかにもVBらしい機能♪

VS2003以前でC#にあってVB.NETに無かった機能も、VB.NET 2005ではほぼ網羅してるから
C＃いらね。

117:デフォルトの名無しさん
05/06/16 07:20:06
2003をやってる人はいいが、落ちこぼれな上、6.0→2005だと相当きついだろう。

118:デフォルトの名無しさん
05/06/16 08:38:51
VS2003に意義を見出そうと必死だな。
購入された場合でも棚に入ってそうだね。

119:デフォルトの名無しさん
05/06/16 18:26:26
>>114
閉じは常に } というのは何を閉じるのか意識する必要のあるVB系より単純だと思うが。

120:デフォルトの名無しさん
05/06/16 19:07:20
XMLライクなVB
LispライクなC系

121:デフォルトの名無しさん
05/06/17 00:20:40
>>114にはすべてVBのダメなところが書いてあるようにしか見えないんだが

122:デフォルトの名無しさん
05/06/17 00:22:46
まああれだ、COMとのInterOpはブビのがラクだよな

123:デフォルトの名無しさん
05/06/17 01:07:18
>>119
まあ余程簡単なコードしか書いたことのない人の意見なんだろうな。
一度書いたら二度と読み直すことがないような。
プログラム実習のでちょっとプログラム書いたことがある学生さんの意見としか思えん。
単純だからなんだというのだろう。

ブロックの終端が常に}と「単純」なC系統の言語では、
確かに対応する構文を意識する必要がない。コードを書く場面では。
（もっとも、こんなものは今日日IDEが自動的にやってくれるわけだが。）

しかしコードを読む場面では、逆に}に対応するブロックの始まりが
どのキーワードなのかを意識しなければならない。人間様が自分の脳のリソースを使って。

ちょっとネストが深いコードを読み返すとき、このことが
どれほどストレスの源になることか。

VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
Cに比べれば格段に緩和される。

124:デフォルトの名無しさん
05/06/17 01:13:58
注釈記号も、アセンブラを踏襲して素直にセミコロンにしとけば良かったのに
なんであんな鬱陶しいブロックコメント形式なんかにしたんだろう。

125:デフォルトの名無しさん
05/06/17 01:16:36
ん？なんか発生してる？

126:デフォルトの名無しさん
05/06/17 01:17:53
>>123
C系の言語でブロックのネストがLispのカッコのように何段にもなるコードを
書くことは稀だし
そういうのは大抵書き換えたほうがいいことが多いな

ブロックは普通明示的に分かりやすくインデントするし
たとえばvi系のエディタなら%つかえばカッコの対応なんぞすぐわかる

ま、begin/end組に比べてCが「いかにタイプ量を少なく簡潔に」という方向で
デザインされてるのは確かだな。でも、Cがこんだけ広まって皆それに
慣れており、誰も困ってないというのも実情だよ。

127:デフォルトの名無しさん
05/06/17 01:23:57
> With .... End With ブロック
C#では明示的に除外された

> C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。
お前はメモ帳でプログラムを書いているのか？
それとストレスになるほど深いネストを書くお前が悪い。

> 目立たず邪魔にならない注釈記号(')
旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！

> 参照設定しなくてもデフォで使えるVBランタイム機能
これは別に俺は嫌いじゃない。

> ユーザー定義イベントが簡単に使える。
意味不明。WithEventsのこと？
C#にもevent構文があるけど？

128:デフォルトの名無しさん
05/06/17 01:30:16
>>123って1つの関数に1000行書いたりする
典型的な非構造化プログラマーだろ。

129:デフォルトの名無しさん
05/06/17 01:32:14
>>126
誰も困ってないというより、それを口に出して言いにくい、
抑圧的な世界なんだと思うね。
王様は裸だ、といえない空気ね。
すくなくとも過去にはそういう雰囲気がこの業界にはあった。
まあ、プライドの肥大したスカした野郎が多い世界だから。

>>127
＞> ユーザー定義イベントが簡単に使える。
＞意味不明。
実際やってみりゃ一目瞭然。VB.NETとC#で自作のイベント生成するコード書いてみ。

130:デフォルトの名無しさん
05/06/17 01:34:14
インデントもちゃんとつけていないマルチステートメントな人かも。

131:デフォルトの名無しさん
05/06/17 01:35:36
delegateを定義するってこと？
そういえばVB.NETでは試したことないな。今度やってみるよ。

132:デフォルトの名無しさん
05/06/17 01:36:32
ExcelとかいじるときはVB.NETのが楽な気がする。

133:デフォルトの名無しさん
05/06/17 01:36:53
>>128
もう予想通りの典型的な反応で笑える。
あのねえ、関数はシンプルに、無駄に深いネストを使うのはよくない、
小さな問題に分割統治して書くとわかりやすいコードが書ける、などといった
教訓は、全ての問題がそのように書ける、ということを意味していないのだよ。

134:デフォルトの名無しさん
05/06/17 01:39:56
OOとか嫌いなのかな。

135:デフォルトの名無しさん
05/06/17 01:44:35
コボラなんじゃないか？

136:デフォルトの名無しさん
05/06/17 01:44:56
>>129
ルサンチマンまみれの発言ご苦労様
いやなら業界止めたら？

あんた以外誰も、たかがCのカッコの問題なんぞ抑圧だとも思ってなけりゃ
そんな程度のことをプライドに感じたりもしてないから。

Cをけなすんならせめてあの複雑で醜くてBjarn Stroustrupも嫌いと公言して
憚らない宣言のシンタクスでもけなせばいいのに。

ま、C#には関係が無いことだけれどもね。

137:デフォルトの名無しさん
05/06/17 01:50:10
>>127

> 旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！
これってVB.NETだとできるの？
どなたか書き方教えてください。

138:デフォルトの名無しさん
05/06/17 01:55:08
>>137
.NETでも;をセパレータとして使っていない以上その原則は変わってない。

139:デフォルトの名無しさん
05/06/17 01:59:08
>>138
サンキュです。やっぱりダメですか。
/* ～ */ 形式でもいいから取り入れて欲しいなぁ。

140:デフォルトの名無しさん
05/06/17 02:04:24
#If False Then
#End If
で括ったりするんだけどなんか格好悪いんだよね。でもいいよ。
でも、
Comment
End Comment
とかなりそうだなあ。

141:デフォルトの名無しさん
05/06/17 03:17:50
ＶＢ．ＮＥＴ　ＶＳ　Ｃ＃．ＮＥＴの戦いになっちゃってるな。

どっちがいいかは個人個人のフィーリングで選べばいいだけジャン？

おれ？　おれはＣの書き方が性に合ってるかな。

　　　Ｃ：　　　　int i; // ｲﾝﾄ　ｱｲ　　←涼しげ♪

　　　ＶＢ：　　　ＤＩＭ　Ｉ　ＡＳ　ＩＮＴＥＧＥＲ　　’ドィムゥ　アズ　インテジャワァアァァァァ　←暑苦しい

142:デフォルトの名無しさん
05/06/17 05:17:35
言語の優秀性とその普及率ってのは必ずしも一致しない。
個人の趣味プログラムなら話は別だが、一般的なソフトハウスが開発言語を
決定する要因は、

1.開発コスト
2.（現行ＰＧがあれば）移植性
3.開発要員確保しやすさ
4.信頼性（上層部のジジイどもは新しい物を「リスクがある」といいがち）

というわけで、実際の開発現場ではVB.NETが採用される傾向にある。
俺個人的には、ASP.NETはC#、WindowsアプリケーションはVB.NETで作ること
が多いかな。（明確な理由は特にないけど）

143:デフォルトの名無しさん
05/06/17 05:21:18
>>123
>VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
>Cに比べれば格段に緩和される。
Pascalって全部Begin...Endじゃないの？

144:デフォルトの名無しさん
05/06/17 06:01:18
>>142
うっせ、ヴォケがｗ

145:デフォルトの名無しさん
05/06/17 07:34:17
>>144
上層部のジジイなの？

146:デフォルトの名無しさん
05/06/17 08:07:18
>>143
ﾜﾗﾀ

147:デフォルトの名無しさん
05/06/18 21:27:30
中括弧の問題は、他にもあるだろ。

if(...)
{
　...
}

なのか

if(...){
　...
}

なのか

if(...)
　{
　...
　}

なのか…人によって最善と主張する書き方が異なる時点で構文として終わってる。(最後のは俺も有り得んと思いたいが)

148:デフォルトの名無しさん
05/06/18 22:25:12
「他にもある」のではなく、要はブロックを、少なくとも全てのブロックを
{}で囲って表現するのは非合理的で可読性に書ける、ということに尽きる。

{}の位置がどうこうっていう論争は単なる代償行動に過ぎない。
王様は裸だ、という代わりのね。

なぜ王様は裸だ？と言えないか。
それは自分が人に無能だと思われるのが怖い「小利口な」奴がこの世界多いからだよ。

149:デフォルトの名無しさん
05/06/18 22:33:45
可読性が増すように思うが。

150:デフォルトの名無しさん
05/06/18 23:02:43
VB6だろうがVB.NETだろうが落ちないで動けば良いんだよ。

客にとっては手段は問わないのさ。
それが理解出来ない小僧がこの業界でいかに多いか（藁

151:デフォルトの名無しさん
05/06/18 23:22:41
落ちなくて動くシステムをどっちが作りやすいか、って話だと思うが。

152:デフォルトの名無しさん
05/06/19 00:14:17
必殺
On Error Resume Next
のオンパレード。
これで落ちなくなったとのたまう。エラー処理なんて1行もなし！！

153:デフォルトの名無しさん
05/06/19 08:54:06
>>152
こないだそういう糞プログラム見たわ。
DB処理なんだけど例外発生した状態でスルーされるから、
トランザクション処理がどんな状態でもコミットされてしまう。
アプリ落ちてくれればデータ壊れずにすんだのに･･･。

154:デフォルトの名無しさん
05/06/19 13:08:23
>>147
VS.NET 2005にはコーディングスタイルを強制して統一させる機能がある。
インデックスの付け方の趣味なんて、今ではささやかな問題だよ。

155:デフォルトの名無しさん
05/06/19 13:55:15
今では、って昔からずっとささやかな問題だよ。
相対的に言えば。時代は全然関係ない。当たり前だけどね。

どうでもいいがインデントだよね。

156:デフォルトの名無しさん
05/06/19 14:17:34
この際変数名のつけ方も強制していただきたいなぁ

157:デフォルトの名無しさん
05/06/19 14:35:03
>>153
Javaだけど、似たような奴で、
try {
　・・・
} catch(Exception e) {
　System.out.println("エラー発生");
}
なんてのを見たことがある。

エラーメッセージを出してはいるが、処理はそのまま続行ｗ

158:デフォルトの名無しさん
05/06/19 14:47:55
それこそVBからJavaへ流れ込んだ連中じゃないのかな

159:デフォルトの名無しさん
05/06/19 15:12:35
別に例外に対して積極的に何かをせずに単に無視するのが
いつでも問題があるとも思えんが。。

私見では、この例に見るように「こういうときは＜絶対＞このようにすべきだ」という風な思い込みが強い、
自分の頭で物事考えない、形式にこだわるタイプが一番救いがたい。

救いがたいというのは、たいていこの手の輩は馬鹿なくせに頑固だから。

160:最凶VB厨房
05/06/19 15:13:52
>>159
同意

161:デフォルトの名無しさん
05/06/19 15:14:46
>>159
お前自身が馬鹿なくせに頑固らしいな。

162:デフォルトの名無しさん
05/06/19 15:21:59
>>158
VBは関係ないな。JAVAでは良くある風景。
コンパイル通らないからとりあえず例外を処理って。

163:デフォルトの名無しさん
05/06/19 16:18:40
言語云々の問題か？

164:デフォルトの名無しさん
05/06/19 16:20:47
>>163
JAVAでは言語的な部分にも原因がある。
とりあえず例外処理しないとコンパイル通らないから。
まあ、例外を処理しないの意味においては言語での問題じゃないけどね。

165:デフォルトの名無しさん
05/06/19 16:29:38
>>164
> とりあえず例外処理しないとコンパイル通らない

throwsを書けばいいだけだろ

166:デフォルトの名無しさん
05/06/19 16:57:39
>>165
それは例外処理を書いたってことだろ？
あんた理解できてないでしょ、話の流れが。

167:デフォルトの名無しさん
05/06/19 17:36:37
ﾜﾗ

168:デフォルトの名無しさん
05/06/19 17:56:55
何も例外処理しないメソッドではthrows節を書きゃいいだけなんだから
>>157が「Javaの言語的問題」だっつーのはどうなのよ

169:デフォルトの名無しさん
05/06/19 18:37:38
C#もVBも機能変わんないからフィーリングで選べばいいよ

VB選ぶってことは自ら無能ですって宣伝してるようなもんだけどね

170:デフォルトの名無しさん
05/06/19 21:06:05
好みとは無関係にVC#.NETではなくVB.NETを要求される件について

171:デフォルトの名無しさん
05/06/19 21:09:31
VBは腐ってもMSがここ10年以上守ってきたからね。
MSの場合、無かったことにするっていう得意技があるからC#に飛びつくリスクは大きい。
言語的に悪いとは思わないよ、どっちも。

172:デフォルトの名無しさん
05/06/19 22:15:31
>>170
仕事なら VB.NETだろうが COBOL.NETだろうが指定通りこなすのがプロ。

173:デフォルトの名無しさん
05/06/19 23:11:32
>>171
.NETであれば使用するフレームワークは同じなんだから、
VB.NETだろうが、C#だろうが、Pascalだろうが、Cobolだろうが、C++モドキだろうか、Javaモドキだろうが
簡単に移行できるだろ。C#が無くなろうが、大した問題じゃないよ。

.NET Framework自体が無くなると確かに痛いけどな。
その場合MFCを身に付けていないと、PGは生き残れないわけだ。

174:デフォルトの名無しさん
05/06/19 23:12:42
.Net Frameworkよりは先にMFCがなくなるだろ。

175:デフォルトの名無しさん
05/06/19 23:20:24
>>173
それは>>171じゃなく>>170に言ってくれよ。

176:デフォルトの名無しさん
05/06/19 23:44:34
>>171
C#を無かったことにできると考えられる君が何も見えてないだけ。
Javaを手に入れられなかったMSが代わりに作ったのがC#。MS的にC#は命綱。

VBは、数の多い底辺層をつなぎとめておくため、
更にはC#に馬鹿が流入しないための防波堤として存在価値が残る。

177:デフォルトの名無しさん
05/06/20 00:01:38
>>176
VB.net もC#も大差ないけど。
なんかそういう他人を見下してる奴って、会社じゃ何もできない奴なんだろうな･･･って。ｗ

178:デフォルトの名無しさん
05/06/20 00:07:41
本人は何でも出来ると思ってるんだから、そっとしておいてやれよ。

179:デフォルトの名無しさん
05/06/20 00:14:36
>>171
機能的に大差なくても
マーケティング的に何がどういう位置にあるか把握することには意味がある。
コーダーにはほとんど関係ないだろうね。

技術的に高いレベルの人間がVBを好むことは絶対に無いよ。
もちろん、そういうアーキテクト的立場の人間がどの程度必要かは会社による。

MSも技術的に高いレベルのユーザーをつなぎとめておくことの重要性をわかってるから
C#を捨てることは絶対にない。

180:デフォルトの名無しさん
05/06/20 00:15:37
>>177
だな

181:デフォルトの名無しさん
05/06/20 00:19:32
>>179
まだ言ってるよ。しかも典型的なMS詐欺の被害者というかMS教信者。ｗ
.netの言語において、どの言語選択しても、あんたが考えてるほど大差ねーよ。

まあ、C#は今のところ普及率が低いから、希少価値を勘違いして自分がレベル高いとおもちゃってるんだろうね。
単なる最初に立ったと言った風太くん程度。

182:デフォルトの名無しさん
05/06/20 00:20:37
軽はずみに絶対などと断言する奴は絶対に馬鹿だ。

183:デフォルトの名無しさん
05/06/20 00:27:09
>>182
小学生がさ、馬鹿って言う奴は馬鹿なんだ！って喧嘩してる感じだな。

184:デフォルトの名無しさん
05/06/20 00:44:55
>>181
本当に大差ないと思うならCOBOL.NETでも使っていればよろしい。
C,C++,Javaがこれだけ成功・普及している状況で
「ごく普通の構文」を採用しているC#は.NETの中では最重要だろう。
「Javaのパクリ」と言われるのがわかっていてなぜこんな文法にしたのか考えてみるといい。
全く同じ理由で、VBユーザーが大量にいる中でのVB.NETも重要。
C-Omegaのような新しい発展があっても、C#はベースとして利用されている。この理由は「構文が標準的だから」
対照的に、VBが何かのベースになることは無いだろう。

都合が悪くなったら信者扱いか。オレはMSは大嫌いだが、それと技術評価とは別。

185:デフォルトの名無しさん
05/06/20 04:50:37
VB6.0上がりのVB.NET使いのレベルが低い理由の１つに、ADO.NETを正しく理解
できていない点があるね。

DBから取得した値を配列に保持しちゃったり、とか。

186:デフォルトの名無しさん
05/06/20 11:56:44
> DBから取得した値を配列に保持しちゃったり、とか。
それが良いか駄目かは場合による。

187:デフォルトの名無しさん
05/06/20 12:44:48
>>186
いや、それは貴方もADO.netを理解してないっていうことだ。
DataSetの機能自体に、DBから一端話して配列で格納っていう機能が実装されてる。

188:デフォルトの名無しさん
05/06/20 12:57:18
>>147
>if(...)
>　{
>　...
>　}

>(最後のは俺も有り得んと思いたいが)

俺もそう思いたいが、俺の持ってる Windows 3.1 の頃に発行された Programming Windows は、
そういう書き方してあった。　あと、うちの会社にそういう書き方する基地外がいる。

189:デフォルトの名無しさん
05/06/20 15:17:56
>>185
こりゃまた随分レベルの低い例だな(w

190:デフォルトの名無しさん
05/06/20 15:18:57
>>188
みな分かって書いてるんだろうけど、それはGNUコーディングスタイルでしょ

191:デフォルトの名無しさん
05/06/21 02:25:15
見慣れないスタイルっつーだけで基地外よばわりかｗ
小せーなオイｗ

192:デフォルトの名無しさん
05/06/21 06:04:15
>>187
あんたが一番.NET覚えたて臭い

193:デフォルトの名無しさん
05/06/21 07:28:46
>>192
いや、俺だよ

194:デフォルトの名無しさん
05/06/23 18:10:37
誰だよ

195:デフォルトの名無しさん
05/07/15 02:18:58
兄貴達はJScript.NET使ってますか？

196:デフォルトの名無しさん
05/07/15 11:31:45
まぁ　どっちも糞でＦＡ

197:デフォルトの名無しさん
05/07/15 12:20:38
VB.NET2003でコンポーネントで参照設定したクラスや名前空間のヘルプが
検索してもみつかりません。このような場合はどうしたらいいのでしょうか？
教えてくださいませ。

198:デフォルトの名無しさん
05/07/15 12:28:10
>>197
釣りなのか、マジで頭おかしいのか。。。

199:デフォルトの名無しさん
05/07/15 12:29:43
しかもマルチw
はわわ～

200:デフォルトの名無しさん
05/07/15 12:30:02
頭もおかしくないし釣りでもないです。
あなたのような頭の悪いひとは早く2ちゃんねるから脱退してください。

201:デフォルトの名無しさん
05/07/15 13:09:43
ほんと、質問の基本がなってないのが多すぎ。
あんたの状況が見て回答できるわけじゃないんだから。

>>197
例えば何を参照設定して、そのヘルプが見れないの？

って、会話が必要な時点で回答する人が限られるわけで。
普通、かったるいからスルーなんだよね。

202:真のデフォルトの名無しさん
05/07/15 13:16:46
　質問の内容がわからないのはあなたのほうです。何を参照設定
しているのか問題ではないのです。
ここまで頭の悪い人だとはおもいませんでした。
検索をしても見当たらない場合はどうしたらいいのか？と
上記の文章ではそういう内容を言っているのです。
あの文章だけでそういったことを読めないおろか者は回答しなくて、、、よし！

203:デフォルトの名無しさん
05/07/15 13:22:54
>>202
しょうがないから真面目に回答してやる。結果はきちんと画像つきでフィードバックしろよ。
検索しても見つからないのはツールとかOSが悪さしてるからだ。
そういうのを除外して自力で探せばいい。

具体的にはパソコンを今すぐ分解し、HDDを開いて、中の円盤から自分の欲しいヘルプを目をサラにして探せ。

204:真のデフォルトの名無しさん
05/07/15 13:44:39
悲しいバカですねｗ

205:デフォルトの名無しさん
05/07/26 21:28:56
>>202
コンポーネント作った人に問い合わせ

206:デフォルトの名無しさん
05/07/26 21:30:53
>>202
コンポーネント作った人に問い合わせ

207:デフォルトの名無しさん
05/07/27 17:06:08
おはようなしのコンポート！

208:デフォルトの名無しさん
05/10/13 23:24:45
すばらしいスレですね

209:デフォルトの名無しさん
05/12/05 21:30:45
>>1
板違い。
プログラム板いけ

210:デフォルトの名無しさん
05/12/05 22:01:24
>>209
ここがそのプログラム板です。

211:デフォルトの名無しさん
05/12/05 22:28:13 BE:185850173-#
・・・。

212:デフォルトの名無しさん
05/12/19 11:25:30
vsしたいならプロレス板池

213:デフォルトの名無しさん
06/01/19 02:57:25
ざっと読んだがC#の利点って
構文がCやJavaに似てるってだけ？

だったらどっちでもいいじゃん

214:デフォルトの名無しさん
06/01/29 15:20:35
ざっと読んだがJavaの利点って
構文がCに似てるってだけ？

だったらどっちでもいいじゃん

215:デフォルトの名無しさん
06/01/29 15:48:26
.NETの標準的なコーディングするなら、C#とVB.NETの違いで決定的なもの
なんか何一つないべさ。
つーか、新しい言語学ぶのってそんなに大変か？
そういう時って、最低でも数日は勉強する期間がもらえるだろう？
まる一日サンプル打ちまくればなんらかの手ごたえは感じると思うんだがな。
OOだって大抵の入門書の最後の方に出てる大きめのサンプル見れば、だいたい
どういう風にプログラムを分割していくのかうすうすはわかると思うんだがな。
いい機会だから、暇な時にOOの専門書も読んでおけ。
そういう本はJavaがサンプルのケースが多いから、ついでにJavaも勉強できて
一挙両得だ。

216:デフォルトの名無しさん
06/02/18 14:19:31
>>215
そだね。とりあえず入力すれば手が覚えるよね
読むだけじゃだめだーよ

217:デフォルトの名無しさん
06/02/21 02:44:12
VBの文法は我慢ならん。

Cに慣れてるけどマルチプラットフォームならJAVAだろーと思ってたが、
JAVAアプレットは起動と通信が遅いのを、Yahoo!Gamesで体験してる。

VBはVBAがあり、自分用アプリ作るのも便利だが、
VB６以前と．ｎｅｔ以降とでそんなに違うのならむしろコンドームしないようにＶＢＡはＶＢＡでやった方がよさそう。

ＪＡＶＡは開発環境が無料だったけどＶＳ２００５Ｅｘｐｒｅｓｓあるし、
ＶＣ＋＋２００５ＥｘｐｒｅｓｓにはＭＦＣないから選択する意味ないし、
ＶＳ２００５Ｅｘｐｒｅｓｓ使うならＣ＃だろうなと。

どうせ職業プログラマとしてはやれんし。

218:デフォルトの名無しさん
06/02/22 22:03:35
>>217
なんだかすごい勢いで意味がわからん。
だからといって詳細を知りたいとも思わんが。

219:デフォルトの名無しさん
06/02/23 10:29:25
>どうせ職業プログラマとしてはやれんし。

誰でも職業マは出来るお。
でもお勧めしない。

220:デフォルトの名無しさん
06/02/24 15:52:58
ここって質問おｋ？

221:デフォルトの名無しさん
06/02/27 03:43:55
>>220
どうせダメって言ってもするんだろ

222:デフォルトの名無しさん
06/02/27 13:19:02
屋上から飛び降りたことはありますか？
空を飛ぶことができると思っていますか？

223:デフォルトの名無しさん
06/02/27 19:09:14
山は死にますか。
空は死にますか。
海はどうですか。

224:デフォルトの名無しさん
06/03/01 17:00:29
つか、おまいら対決好きだな。何でもかんでも対決。弱いくせにようやるよ。

225:デフォルトの名無しさん
06/03/01 17:56:52
>>224
あまり自分を責めるな。

226:デフォルトの名無しさん
06/03/06 13:44:45
>>225
わかった。

227:デフォルトの名無しさん
06/03/31 23:19:34
>>220
その発言自体が質問

228:デフォルトの名無しさん
06/04/04 11:12:39
もうどっちでもいいよ
バグないものつくれたら

229:デフォルトの名無しさん
06/04/04 12:21:17
VB.NETはでりげーとができないんじゃなかったけか。

230:デフォルトの名無しさん
06/04/05 00:16:35
なんでC#とかJavaとかが出てくる訳？

VB6とVB.NETの対決なんじゃないの？

次ページ