- 1 名前：デフォルトの名無しさん [05/01/24 12:43:57 ]
- 弊社では販売管理の次期システム構築に向けてプロジェクトチームの
立ち上げを予定しておりますが、VB.NETで行くべきかC#で行くべきか
未だに結論が出し切れておりません。
予算と時間の都合上、両方を試してみることも叶わない状況です。
そんなこんなで迷っていると今年の後半にはVisual Studio 2005が
リリースされるとの情報がっ！もう何が何やらさっぱりです。
賢明なるム板のみなさんのご意見を賜ることができればと、このスレ
を立てさせて頂きました。よろしくお願い致します。
- 528 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:05:47 ]
- ああ、なるほど2.0になってからVBのライブラリも
かなり拡張されたというわけか、よく知らなかった。
でも、VBランタイムライブラリの存在理由って旧VBとの互換性の確保のためだったような気が。
なんでそれが2.0になって機能が増えるんだ？w
- 529 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:11:36 ]
- それに、VisualBasicって名前空間の下にあるものは
将来obsoleteされるかもしれんから不使用推奨って話も聞いた記憶があるが。。
その点は大丈夫なんだろうか
- 530 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:35:44 ]
- >>528
>>529
半分正解で半分間違い。
VBとの互換のために用意されているのは VisualBasic.Compatibility 名前空間。
確かにこの関数の将来は保証されていない。
それにC#にだってMicrosoft.CSharp名前空間がある。
1つだけ言いたいのは、旧VBつまりVB6互換性ライブラリと混同してる奴が多過ぎる。
Microsoft.VisualBasic名前空間が何故拡張されるかといえば、
この関数はVB6との互換の為に用意された訳では無いということ。
（もちろん、互換の為に使えるが）
これが、このスレでも何回か出ているVB関数が強力であり、
アルゴリズムのしっかり考えられて実装されているので速度も速いという事。
そして、C#、VB.NETのどちらを使おうが.NETFrameworkを使用するという事から、
基本的には文法の違いだけであり、それならば、機能的に優れた関数を持つVB.NETを
使うほうが有用って事。
C#で結局、VB.NETのライブラリを多用するなら最初からVB.NET使えばという突っ込みもある。
- 531 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 11:52:03 ]
- しかし、そんなに便利なものならなぜVisualBasic.などという「あまり評判の良くない」
檻にわざわざ閉じ込めておくのだろうか。
- 532 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 13:31:13 ]
- >>531
その部分は気になりますな。
うちでは他言語の名前空間の機能をCALLする部分はP/Invokeを使ってるクラスと一緒に独立したDLLにまとめてる。
じかに使うのは抵抗があるし将来提供の方法が変わったときのための用心みたいなものです。
- 533 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 14:03:36 ]
- なるほど、ちょっとVB関数を頭ごなしに否定してたわ。
ただ、VBとC#の違いにはやはり何度も既出だがモジュールの存在、暗黙のインスタンス化など
”あまり好ましくない機能”がある。
モジュールはモジュール名を省略して呼び出せるから、可読性の低下，グローバル変数の使用とかの問題が出てくる。
ひとりひとりのPGがちゃんとその辺をわかってるんなら問題にならないが、なかなかそうもいかないだろう。
- 534 名前：デフォルトの名無しさん mailto:sage [2006/07/01(土) 14:42:01 ]
- >>533
逆に言えば、その辺がVB.NETプログラマとしての質を見極める手段の1つになりそうだけどね。
- 535 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 01:08:16 ]
- VBで追加されてる機能ってわりと業務よりな部分があって便利なものもある。
標準の機能では、そういう業務的な部分って整備されにくかったりするな。
TextFieldParserって知らんかったよ、結構使えそうだな…
- 536 名前：仕様書無しさん mailto:sage [2006/07/02(日) 01:15:57 ]
- >>530 それはちょっと同意しかねる。
ttp://msdn2.microsoft.com/ja-jp/library/wk6ka2wf.aspx
- 537 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 11:35:33 ]
- C#でStrConvは多用してたので、VB.NETもC#.NETも変わらなさそうな気がするんだけど、そんなに違うの？
8bitBASIC、C、C++、軽くjava、C#と憶えてった俺だが、
最近EXCELのマクロ組んでて、VBAのソースの見栄えは好きじゃない。
C#,C++,Javaや、あと多分perl,PHP等は括弧や代入書式が似てるから、
言語仕様詳しく知らなくてもどれか知ってればなんとなく読めると思うんだけど、
VBしか知らないと辛くないかな？
なので、最初に憶えさせるならC#(やJava)が良いと思う。
VB.NETはBASICマスター向けだと思う。
- 538 名前：デフォルトの名無しさん mailto:sage [2006/07/03(月) 01:33:26 ]
- どっちも変わらんよ。
日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
現実世界のVBやっている人でそこまでダメな人は珍しい。
多分ライターの脳内ソース。
- 539 名前：デフォルトの名無しさん mailto:sage [2006/07/03(月) 02:55:56 ]
- C#でもオブジェクト指向をまったく気にしないコードかけますからねぇ。
- 540 名前：デフォルトの名無しさん mailto:sage [2006/07/03(月) 15:57:41 ]
- ＞日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
＞現実世界のVBやっている人でそこまでダメな人は珍しい。
おまいの言う事こそ凄いウソっぽいね。
- 541 名前：デフォルトの名無しさん mailto:sage [2006/07/04(火) 01:40:29 ]
- VBAしか使えない漏れはどっち行ったらいいでつか？
- 542 名前：デフォルトの名無しさん [2006/07/04(火) 01:47:19 ]
-
- 543 名前：デフォルトの名無しさん mailto:sage [2006/07/04(火) 08:55:51 ]
- itpro.nikkeibp.co.jp/article/NEWS/20051124/225110/
──ところで，あいかわらず旧VBからVB .NETへの移行に苦労しているユーザーは多いようだ。
旧VBユーザーはVB .NETを選択すべきだと思うか？
我々が実際に旧VBから .NETに移行したユーザーにヒアリングしたところ，言語仕様の変化よ
りも，.NET Frameworkのサイズ（クラス数）や階層に当惑したという答えが多かった。やりたいこ
とを実現する方法がわからず，途中で立ち往生してしまうという。そのためにVB 2005では，.NET
Frameworkの道案内となるMyクラスを搭載し，旧VBからの移行を容易にしている。もう一つ，プロ
グラムを移行する際には部分部分を段階的に行うように勧めている。例えば，最初にユーザー・
インタフェースだけを移行して，その後ロジック部分を徐々に移行するといった具合に行うと，その
過程で少しずつ.NETについて学ぶことができる。
言語は一つを学ぶのでも少なからず苦労するので，同時に二つ以上学ぼうとするのは意味がな
い。VB .NETに移行するぐらいならほかの言語に移った方がいいと考える人もいるが，現実には彼
らは困難に直面しているようだ。やはりVBのユーザーは，より共通点の多いVB .NETに移行する方
が簡単だ。また，ほかの言語は，VBのように必ずしも使いやすくてシンプルであることを目指してい
るとは限らない。
VBは，Ease of useを常に考慮して作られた言語であり，それは .NETになっても変わらない。そし
てVBが無くなることはない。私がMicrosoftから給料をもらっている限り，VBは無くならないと断言で
きる(笑)。
- 544 名前：デフォルトの名無しさん mailto:sage [2006/07/04(火) 23:23:44 ]
- 俺が思うに、.NET Frameworkのクラスライブラリが多すぎてつまづくってのは、
単にやる気がないかバカなんだろう。
- 545 名前：デフォルトの名無しさん mailto:sage [2006/07/04(火) 23:31:00 ]
- まあ概ねそうなんだが、完全にそうとも言い切れんでしょ。
.NET（っていうよりMSDNライブラリかもしれんが）にかなり慣れてきてても
なかなか実現したいことに対応するクラスが見つからないことって実際問題あるし。
- 546 名前：デフォルトの名無しさん mailto:sage [2006/07/04(火) 23:37:13 ]
- ＞私がMicrosoftから給料をもらっている限り，VBは無くならないと断言できる(笑)。
最近MSからの離職者多いよな・・・・
- 547 名前：デフォルトの名無しさん [2006/07/06(木) 17:31:16 ]
- まぁVB2002、3、5続けてて思ったんだが
Myクラスあんま役に立ってねぇwwww
何故かMSDNにさらにヘルプがいるようなことを
後輩は言ってたな・・・
確かに俺も難しい言い回しが多いとは思うけど
- 548 名前：デフォルトの名無しさん mailto:sage [2006/07/06(木) 22:58:59 ]
- 所によりエキサイト並かそれ以下だ
- 549 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 02:20:27 ]
- たしかに英語の方が分かりやすい場合も多いね
- 550 名前：デフォルトの名無しさん [2006/07/07(金) 08:11:10 ]
- 本家の英語版読んでる奴の吐く台詞とはとても思えん。
馬鹿の癖に背伸びしちゃってw
MSDNライブラリの記述がいまいち分かりにくいのは、
最大の理由は網羅的に記述する必要があるから。（実際に網羅的である、ということはむしろ
稀ではあるんだが。。）
別に翻訳はまずくない。少しも、な。
機械翻訳のサポート情報を別にすれば。
- 551 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 08:18:58 ]
- ＞別に翻訳はまずくない。少しも、な。
どこがやねん
- 552 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 12:58:12 ]
- >>550
翻訳AI乙
- 553 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 16:40:42 ]
- ttp://codezine.jp/a/default.aspx?cid=131
C# ﾞ53
C++ 40
VB.NET 19
記事の量ではC#が多いな。
- 554 名前：デフォルトの名無しさん mailto:sage [2006/07/07(金) 23:42:59 ]
- >>550
MSDNのライブラリがわかりにくいと感じるのはお前の頭が弱いからだろ。
- 555 名前：デフォルトの名無しさん mailto:sage [2006/07/08(土) 01:19:35 ]
- Win32API+MFCの頃と比べたら必要な情報の見つけにくさは今の方が断然上だと思うのだが。
ただちゃんとコレクションを指定していないせいかも知れないとか今思ったけど。
- 556 名前：デフォルトの名無しさん mailto:sage [2006/07/08(土) 21:49:01 ]
- で、選ぶならどっちなのよ？
Javaが消えてくれたら心置きなくC#選べるんだがな
- 557 名前：デフォルトの名無しさん mailto:sage [2006/07/08(土) 23:49:00 ]
- VB.NETとC#の２つがある以上Javaの勢力は衰えない
どっちかがなくなってくれれば・・・どっちでもいいけど
- 558 名前：デフォルトの名無しさん [2006/07/28(金) 22:04:31 ]
- age
- 559 名前：デフォルトの名無しさん mailto:sage [2006/07/29(土) 17:58:59 ]
- 言語の問題ではない。
- 560 名前：デフォルトの名無しさん [2006/07/30(日) 16:46:25 ]
- 初心者の俺が実況用のブラウザ作る！１！！１１！
ex16.2ch.net/test/read.cgi/news4vip/1154167137/
まとめ
vanbl.blog.shinobi.jp/
現在新しい専ブラを開発中ですプログラミングに詳しい方
>>１にアドバイスをお願いします
- 561 名前：デフォルトの名無しさん mailto:sage [2006/07/30(日) 18:01:22 ]
- 見境無しだなw
- 562 名前：デフォルトの名無しさん mailto:sage [2006/08/05(土) 16:38:17 ]
- ネットワーク対戦のミニゲーム作るにはどっちがよろしい？
ジャンケン程度でいいんだが
- 563 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 00:52:48 ]
- どっちでも
- 564 名前：デフォルトの名無しさん mailto:sage [2006/08/06(日) 14:11:14 ]
- >>562
両方混ぜればいいじゃない。
アセンブリはどっちで作ったものも関係無く読めるんだし。
- 565 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 03:37:28 ]
- >>562
どっちも大差ないわけだが、
さくっと簡単にやるなら迷わずVBでいいんじゃない？
便利で優秀なライブラリが揃ってて開発効率がいい。
とくにMyがあると雑多な作業が軽減できる。
ある程度どっちも扱えるな乗り換えなんていつでもできるし、どっちかだけに拘る理由もない。
どの道長い目でみれば、また新たな開発環境に変わる日は来る。
- 566 名前：デフォルトの名無しさん mailto:sage [2006/08/16(水) 03:36:05 ]
- VB.NETは、とりあえず動いてればいいという人向け
C#は、綺麗に書けないと嫌な人向け
VB6系は、とてもいいツールだったんだから
VB.NETも、そうなっていってくれるといいと思う
たとえオブジェクト指向が、ほとんど分からなくても開発出来るようにねｗ
>>562
どんなスキルの誰が？ってのによるだろう
どうせどっち選んでも、あんまり変わらないし
- 567 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 00:04:59 ]
- 兎に角
職業プログラマーは敷居が低い誰でも簡単、お手軽言語のVBが嫌い
- 568 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 00:47:27 ]
- 兎に角
下に位置する人間ほど、さらに下の階層を必要とする
ということ？
- 569 名前：デフォルトの名無しさん mailto:sage [2006/08/17(木) 11:07:01 ]
- ＞敷居が低い誰でも簡単、お手軽言語
程度が低いアプリ、高度な事をしようとすると途端に手詰まり言語のＶＢ
の間違いだろ。
- 570 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 04:32:10 ]
- 職業プログラマは、何ができるか？という問いに、VBじゃかっこ悪いと思い込んでいる。
職業プログラマは、開発効率にうるさい風でありながら、高水準を嫌う傾向にある。
職業プログラマは、単純で解りやすい作りを推し進める風でありながら、
ソースリストに個性や芸術性を求めてどうでもいいテクニックで技術力をアピールしたがる。
職業プログラマは、誰でも簡単っていう素人ご用達なイメージのVBはプライドが絶対に許さない。
>>569
VBで手詰まりならC#でも手詰まりです
- 571 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 04:49:11 ]
- >>567-570
VBが嫌だと言う、”少しは”やる気の職業プログラマなら問題はないんだ
問題はVB6もまともに使えない、VB6からJAVAにステップアップできなかった奴らだ
彼らはその受け皿としてのVB.NETを待ってるわけで、別に優れた物でなくてもいい
当然VB.NET2005は、まだその域に達していない
逆にC#は、そういうのが嫌な人が使うようになっている
要求された仕様が適当に作っていっても、動いていればいい
それがダメ職業プログラマー
- 572 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 06:20:28 ]
- 問題は、発注側の担当者がVB.NETとC#のどちらを選択するか？だ。
- 573 名前：デフォルトの名無しさん mailto:sage [2006/08/18(金) 09:00:49 ]
- >>570
そりゃ、ﾄﾞﾄﾈﾄが壮大なﾌﾞﾋﾞランタイムに過ぎなかったというだけ。
＞プライドが絶対に許さない。
プログラマでプライドを優先する話なんか無い。
それより難しいけど大丈夫かという話ならあるけど。
読み筋間違ってるよ。
- 574 名前：デフォルトの名無しさん [2006/08/18(金) 18:36:52 ]
- >>573
鈍感な奴。
俺は>>570が言うような心理的傾向はかなり一般的に存在すると思うよ。
それどころか、はっきり口にだしてそのように言う奴も少なくない。
- 575 名前：デフォルトの名無しさん mailto:sage [2006/08/19(土) 23:49:57 ]
- >>572
たぶんC#の仕事はVB.NETに比べれば少ないだろうね
C＃で仕事ある？
pc8.2ch.net/test/read.cgi/tech/1111656698/
- 576 名前：デフォルトの名無しさん mailto:sage [2006/08/20(日) 23:45:42 ]
- >>571
>逆にC#は、そういうのが嫌な人が使うようになっている
つまりそれは、VBなんてプライドが許さないってことと一緒だろ？
そもそも仕事の出来ない奴にも何かしら仕事を与えないといけないんだし、
仕事のできるやつほど、出来ない奴や新人の面倒をみないといけないだろ。
プロジェクトの内外問わず困った時は助け合う必要があるけど、
仕事の出来ない奴を受け入れたくない奴は困った時に誰も助けたくない。
>>572
今は単価が変わらないから C#でやるならVBのほうがいいに決まってる。
ネームバリューやプライドの問題だけじゃないかな？
- 577 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 04:11:16 ]
- ・C#は難しそうというイメージ
・VBなら楽できそうなイメージ
何も知らない素人が選択権を持っている場合、イメージって結構重要。
- 578 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 08:49:07 ]
- ＞俺は>>570が言うような心理的傾向はかなり一般的に存在すると思うよ。
＞それどころか、はっきり口にだしてそのように言う奴も少なくない。
ﾌﾞﾋﾞﾁｭｳの妄想と幻覚だろ。ソースにするな。
- 579 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 11:16:47 ]
- >>578
その発言に
>>570が言うような心理的傾向が感じられる
- 580 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 11:25:01 ]
- それが妄想。
ﾌﾞﾋﾞやﾄﾞﾄﾈﾄを使わないのは実際の性能と安定性をテストした結果。
仕上がりの良いアプリを作れるなら使っても良い。
- 581 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 16:57:02 ]
- >>577
意味が解らん。
出きる奴ほど、できる限り簡単に開発環境が欲しいにきまってる。
>>580
>仕上がりの良いアプリを作れるなら使っても良い。
作る人次第だな。
仕上がりの良し悪しを言語のせいにする前に自分の技術磨こうな。
どんな言語でも作る人で仕上がりは違う。
- 582 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 23:06:21 ]
- >581
577ではないが意味は分かる。
要するに「出来ないヤツ」が決定権を握っているもんだってことさ。社内競争
に勝つのは強引に仕事をもぎ取ってきた奴であって、苦労しながら仕上げた
奴ではないってことさ。
- 583 名前：デフォルトの名無しさん mailto:sage [2006/08/21(月) 23:08:30 ]
- あと、客が「VBでやれば安く出来る」と思い込んでいて、指定してくる
パターンもあるっけな。
結局のところ、を持ってる奴が一番強い。
- 584 名前：デフォルトの名無しさん mailto:sage [2006/08/22(火) 08:59:20 ]
- ＞仕上がりの良し悪しを言語のせいにする前に自分の技術磨こうな。
ほら妄想。
仕上がりの良し悪しに言語（開発ツール）がカラム事を知っているＭ＄は賢いからﾌﾞﾋﾞとﾄﾞﾄﾈﾄをスルーする。
- 585 名前：デフォルトの名無しさん mailto:sage [2006/08/23(水) 14:07:04 ]
- >>584
あなたの一連の発言は、どれもみな偏見で論理性の欠片もなく、
知性さえも感じないわけだが・・・
だいじょうぶか？
- 586 名前：デフォルトの名無しさん mailto:sage [2006/08/23(水) 14:22:28 ]
- >>582
要されてないわな。
出来ない奴を誰が面倒見るかが最も重要であって、
出来ない奴に決定権なんて無いに等しい。
- 587 名前：デフォルトの名無しさん mailto:sage [2006/09/03(日) 23:59:37 ]
- なんか個々の会社の事情が垣間見れて楽しいな
>586は、「出来ない奴に決定権が無い」だけ恵まれた環境にいるんだ
>577,582は、かなり悲惨な上司を・・・
発注元のSEなんてプログラムのプの字も知らなくてもいいのですよ
どうせうちは孫請けだからorz
>>583
> 結局のところ、を持ってる奴が一番強い。
なにを持ってるの？
まあVBユーザー多いし、誰でも作れるからコストも安いってのはあるだろうし
VB.NETもそういう人たちのために改善（簡単に？）されていくんだろうね
「オブジェクト指向を捨てでも、VB.NETをはやらせる」
って意気込みがあればVBも生き残れそうなのに・・・
- 588 名前：デフォルトの名無しさん [2006/09/04(月) 00:55:30 ]
- いやだから別にOOP風というか.NET風ににコード書かんでも
そうしようと思えば悪い意味で今までどおりVB風のコードをVB.NETで書くことも可能だと
何度説明すれば。。。
- 589 名前：デフォルトの名無しさん mailto:sage [2006/09/05(火) 00:47:32 ]
- →583
ところてん最強伝説
- 590 名前：デフォルトの名無しさん mailto:sage [2006/09/07(木) 07:43:15 ]
- VBをやるとタイピングが得意になる。
- 591 名前：デフォルトの名無しさん [2006/09/08(金) 02:49:02 ]
- Cを使えばユーザからすごいことのように思われるというのには
説得力がありました
- 592 名前：デフォルトの名無しさん mailto:sage [2006/09/08(金) 04:38:00 ]
- まず日本語を使って欲しいな
- 593 名前：デフォルトの名無しさん [2006/09/09(土) 19:19:11 ]
- 結論：J#最強
- 594 名前：デフォルトの名無しさん [2006/09/14(木) 14:14:43 ]
- VB.NETとVC#とで、規定のアイコン違う？
- 595 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 17:03:26 ]
- ここで華麗に、構造化プログラミング言語「VB.NET」が登場！
- 596 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 17:32:05 ]
- ここで華麗に、オブジェクト指向プログラミング言語「C#」が登場！
- 597 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 20:39:33 ]
- ここで加齢に、非手続き型プログラミング言語「Prolog」が登場！
- 598 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 22:58:25 ]
- 「エラーはコンパイルで起きてるんじゃない！実行時で起きているんだ！」と叫ぶ青島コンパイラ
- 599 名前：デフォルトの名無しさん mailto:sage [2006/09/17(日) 22:59:02 ]
- スレを間違えたコンパイラ
- 600 名前：デフォルトの名無しさん [2006/10/20(金) 20:52:55 ]
- 無駄に冗長と見せかけて実はわかりやすいVB.netが
最
高
だ
ぜ
！
- 601 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 20:57:08 ]
- しかし"Visual Studio Vista"とか出たら訳解らんな
- 602 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 01:10:43 ]
- Cω マダー？
- 603 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 14:52:35 ]
- CωはすでにC#に吸収されてるよ
- 604 名前：デフォルトの名無しさん [2006/10/21(土) 15:12:28 ]
- VBの方が良いと思う。
１．非常に便利な関数が用意されている
２．解明困難なコーディングミスを減らせる
３．Officeアプリケーションとの連携が抜群
４．COM関連の困難な引数指定を省略できる
５．標準モジュールが存在する（その志向が嫌いなら利用する必要は無い）
- 605 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 15:28:26 ]
- ２．は何が言いたいのかわからんし５．は単なる暗黒面だろw
いや俺もVBのコードの方が読みやすいとは思うけどね。
でも2003だとC#でしか使えない機能が結構あってムカツクこと多いんだよな
- 606 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 18:07:52 ]
- 3本気で言ってるとしたら…
- 607 名前：デフォルトの名無しさん [2006/10/22(日) 12:19:24 ]
- 1.overridable、notinheritsとか、キーワードがきわめてわかりやすい
2.括弧よりもend〜のほうが対応関係がわかりやすい
3.大文字小文字の区別をしなくておｋ
4.VB関数がぱっと使えて便利
5.eventはC#よりちょっと便利
- 608 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 12:45:06 ]
- C#だとうっかり以下の間違いを犯す可能性がある。
ネストが深いほど間違える危険がある。間違えると発見しにくい。
ＶＢだとそんな心配が無い。
if (a)
if (b)
puts("b = 真");
else
puts("a = 偽");
if (a)
{
if (b)
puts("b = 真");
}
else
puts("a = 偽");
- 609 名前：デフォルトの名無しさん [2006/10/22(日) 12:49:43 ]
- 1.overridable、notinheritsとか、キーワードがきわめてわかりやすい
は？
2.括弧よりもend〜のほうが対応関係がわかりやすい
うそ。endのほうがゴチャってて見にくいだろ。可読性はＣ＃のほうが上。
3.大文字小文字の区別をしなくておｋ
これはそだね。Ｃ＃区別しちゃうしね
4.VB関数がぱっと使えて便利
は？
5.eventはC#よりちょっと便利
・・・。
- 610 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 12:50:57 ]
- ぶら下がりの問題はVBも一緒だと思うけど。。
- 611 名前：デフォルトの名無しさん [2006/10/22(日) 12:50:59 ]
- ndocってvbもvs2005から使えるようになったの？
だったらどっちでもいいんじゃないかと。
それだけはC#の大勝。
- 612 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 12:55:53 ]
- >>609
両方ある程度慣れた上で比較すると、VBのコードの方が読みやすいのは
事実だと思うよ。
まあ、「カナだけでかいたぶんしょう」と「漢字かな混じりの文章」ほどの
違いはないが.........
あと、俺的にはVBのStaticに相当するものがC#では廃止されているのか、
ちょっと理解できないんだけど、あれはどうしてなんだろうねえ。。
- 613 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 13:02:55 ]
- VBのイベント追加のAddHandlerステートメントはいただけないよな、C#なら += だぜ自動で[Tab]キーでイベントハンドラスタブもできるし
- 614 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 13:04:38 ]
- 括弧よりEnd If、End While、End TryなどのEnd ｘｘ〜
の方が圧倒的に分かりやすい。
VBは英単語で構成されているから文字がごちゃごちゃ
していると言われるが、ずっと使っていたら完全に目が慣れる。
慣れた後は爽快。
- 615 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 13:14:02 ]
- >>613
その代わりWitheventsとHandlesってのがあるんだよ。
こいつの強力なのは、IDEによるテンプレートの自動生成ってのもあるけど
それ以上にWitheventsで宣言した参照が現在参照しているインスタンスの
イベントを自動的にイベントハンドラにバインドしてくれるって点だな。
C#だと、参照に別のインスタンスを代入するごとにデリゲートを-=と+=
しなきゃいかんでしょ。
もちろんこの仕組みは容易に落とし穴や欠点にも転じうるわけだがw
- 616 名前：デフォルトの名無しさん [2006/10/22(日) 14:48:37 ]
- >>612
すまんがわし元VB厨な。
C#はじめてからはC#以外はしばらくやらん、と決めた。
C#のほうが可読性は絶対的上だと思う。
ちなみに年齢的にPG始めたころは猫も杓子もＶＢといった時代生まれなので
生粋のＶＢ上がりのﾏですよ。
てか、どっちが可読性が上かというのは慣れと好みだから
一概に言えない。断定は駄目だな。
ただＶＢが４年ＶＢ．ＮＥＴ１年。C#２年の自分は比べて３ヶ月でＣ＃に軍配が上がったのでそうなった。
C#の案件を選ぶとＪａｖａ上がりやＣ上がりの人間がソースを組んでる場合があり
そういう意味でも可読性がよい。
VB.NETはVB上がりの人間がｸﾗｽの名を借りた共通関数ｗみたいな糞コード書き散らかしてるところが多すぎた。
- 617 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 15:24:51 ]
- C#しか絶対やらん、と前もって決めたからそういう風に思いたいんじゃないの？
価格.comで自分が買った商品をマンセーしている人みたいにさ。
いや、あくまでひとつの可能性だから。
- 618 名前：デフォルトの名無しさん [2006/10/22(日) 16:01:32 ]
- >>617
決めたのは可読性がよくてこざっぱりしてるからだよ。理由が先。
- 619 名前：デフォルトの名無しさん [2006/10/22(日) 16:48:55 ]
- >>553
www.tiobe.com/index.htm?tiobe_index
C#はperl,pythonに負けてる。
- 620 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 16:53:20 ]
- >>611
VS2005ではC#も使えなくなったんじゃなかったっけ？
- 621 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 19:15:07 ]
- NDoc2.0は開発中止だろ
- 622 名前：デフォルトの名無しさん mailto:sage [2006/10/22(日) 19:40:57 ]
- そもそもVS2003のVBで使えただろ。
- 623 名前：デフォルトの名無しさん mailto:sage [2006/10/28(土) 22:24:45 ]
- VBはMy が極めて便利。
んで、可読性なんてそれほど変わらないとおもうんだが・・・
ましてや他人の書いたソースが綺麗か汚いかなんて論外だろ。
- 624 名前：デフォルトの名無しさん mailto:sage [2006/10/31(火) 01:17:10 ]
- 同じ人がＶＢとＣ＃でプログラム書いたら
ＶＢの方が可読性は良いよ。
- 625 名前：デフォルトの名無しさん mailto:sage [2006/11/01(水) 00:41:27 ]
- 同じ人がＣ＃とＶＢでプログラム書いたら
Ｃ＃の方が可読性は良いよ。
- 626 名前：デフォルトの名無しさん mailto:sage [2006/11/01(水) 00:51:25 ]
- Ｃ＃とVBで同じプログラム書いたら
VBの方が高水準なライブラリを利用できる分、
簡単で可読性の高いソースコードになる（場合が多い）。
syntaxは好みと慣れの問題。
- 627 名前：デフォルトの名無しさん mailto:sage [2006/11/01(水) 01:33:34 ]
- みんな喧嘩しないように、ILで書こう
- 628 名前：デフォルトの名無しさん mailto:sage [2006/11/01(水) 03:13:49 ]
- C#はC/C++/java好みの人には良さそうだよね。
VBはVB6っぽくも書けるところが良いところだと思う。
|
 |
