【VB.NET】VS2005 選ぶならどっち?【C♯】
レス数が950を超えています。1000を超えると書き込みができなくなります。
0001デフォルトの名無しさん
05/01/24 12:43:57立ち上げを予定しておりますが、VB.NETで行くべきかC#で行くべきか
未だに結論が出し切れておりません。
予算と時間の都合上、両方を試してみることも叶わない状況です。
そんなこんなで迷っていると今年の後半にはVisual Studio 2005が
リリースされるとの情報がっ!もう何が何やらさっぱりです。
賢明なるム板のみなさんのご意見を賜ることができればと、このスレ
を立てさせて頂きました。よろしくお願い致します。
0002デフォルトの名無しさん
05/01/24 12:44:250003デフォルトの名無しさん
05/01/24 12:45:15PHPでいいんじゃない
0004デフォルトの名無しさん
05/01/24 12:45:590005デフォルトの名無しさん
05/01/24 12:48:220006デフォルトの名無しさん
05/01/24 12:51:36>両方を試してみることも叶わない状況です。
いや、試すべきだろう。
0007デフォルトの名無しさん
05/01/24 12:53:21会社の開発資産は?
C言語かC#使える技術者の割合は?
0008デフォルトの名無しさん
05/01/24 12:53:43仕事ならばリスキーな選択はとらない。
どーしても.NETでなきゃだめというならC#。
新たにVB覚えるのはアホくさいし、
VB6やったことある人がいる場合でも、へたに似ていてかえって混乱する。
0009デフォルトの名無しさん
05/01/24 12:55:460010デフォルトの名無しさん
05/01/24 12:57:560011デフォルトの名無しさん
05/01/24 13:02:05一人もいないの!?
00121 ◆RZdWrorqtU
05/01/24 13:03:25主な業務:売掛管理(請求書発行有り)、販売実績管理、在庫管理、損益管理
クライアント数:本社(25台)と出張所(3台)うち窓口は5台
開発資産:既存資産は全てCOBOL
技術者の割合:未定
です。
0013デフォルトの名無しさん
05/01/24 13:05:10ええ、新卒ばかりでできる人が全くいないんです。
0014デフォルトの名無しさん
05/01/24 13:09:500015デフォルトの名無しさん
05/01/24 13:10:40悩まずにSIerに丸投げしなさい。結局それが一番安くつく。
0016デフォルトの名無しさん
05/01/24 13:12:050017デフォルトの名無しさん
05/01/24 13:14:53人材いないんだな。
0018デフォルトの名無しさん
05/01/24 13:18:11むしろこの2つから選ぶべし。
http://software.fujitsu.com/jp/cobol/products/produce/dotnet.html
http://www.hitachi.co.jp/Prod/comp/soft1/cobol/topics/dotnet_cbl2002.html
00201 ◆RZdWrorqtU
05/01/24 13:23:26ありがとうございます。
ただ、上の人間が「COBOL = 囲い込み」というイメージを持ってしまっていて、
できればVB.NETかC#のいずれかで行きたいと思っています。
0021デフォルトの名無しさん
05/01/24 13:27:390022デフォルトの名無しさん
05/01/24 13:29:100023デフォルトの名無しさん
05/01/24 13:33:010024デフォルトの名無しさん
05/01/24 13:34:15Excelとかを制御するならVB.NETの方が絶対いいよ。
C#は引数の省略ができないから大変面倒。
0025デフォルトの名無しさん
05/01/24 13:38:29同意。オートメーション使う場合はVB.NETのが楽。
0026デフォルトの名無しさん
05/01/24 13:45:460027デフォルトの名無しさん
05/01/24 13:53:200028デフォルトの名無しさん
05/01/24 14:05:140029デフォルトの名無しさん
05/01/24 15:01:07チョトマテ
「VB6が出来る」と「VB.NETが出来る」の間には深い溝が有るぞ。
そのへんちゃんと峻別しないとグローバル変数・グローバル関数の固まりの
糞コードが出来上がる。
0030デフォルトの名無しさん
05/01/24 18:55:290031デフォルトの名無しさん
05/01/24 20:02:58VBは廃れていくばかりだ。
0032デフォルトの名無しさん
05/01/24 20:15:580033デフォルトの名無しさん
05/01/24 20:22:280034デフォルトの名無しさん
05/01/24 22:27:27いうことはちゃんと理解しておいた方がいいぞ。
ドットネットで行くならVBもC#も目立った違いはない。
技術者の確保で失敗するなよ。重ねて言うが「VB6やってました」って
奴は絶対にやめとけ。
そういうリスクを考えたらC#で行くのが正解だよな。
0035デフォルトの名無しさん
05/01/24 23:15:540036デフォルトの名無しさん
05/01/25 00:43:20言語以前の問題っしょ
0037デフォルトの名無しさん
05/01/25 08:27:492005における拡張を見る限りそうは思えないが。
>>34
>VB6できます、とVB.NETできます、は大違い
具体的にどのあたりが違うのか指摘できる?
0038デフォルトの名無しさん
05/01/25 11:33:02VB.NETは完全なオブジェクト指向言語だから、VB.NETできます、と
言う奴は、少なくともOOPを分かってる、即ちVB.NETで開発可能と見て
差し支えない(というかVB.NETの案件で「VB.NETできます」ていう技術者を
連れて来るのだから当然と言えば当然だが。
一方、VB6できます、という技術者はVB.NETが出来る保証はない。
VB6は不完全なオブジェクト指向言語だし、経験上得てしてこの手の技術者は
オブジェクト指向を全く分かっていない者が多く、平気でグローバル変数書きまくったり
酷い場合構造化プログラミングすらできてない場合がある(共通処理を関数化すべき
ところをコピペの嵐。実話)。
要するに技術者の質の問題といえば質の問題なのだが、VB6だけできるやつと、
VB.NETも出来る奴とでは全然違う、ということ。
0039デフォルトの名無しさん
05/01/25 12:20:41とは限らんだろ。実際、うわっ!なにをすあqwせdrftgyふじこlp
0040デフォルトの名無しさん
05/01/25 12:31:59まあ結局可能性の問題なんだが、VB6みたいにグローバル変数ゴリゴリとかできないからね。
結局、グローバルを放り込むクラスを一個作ってそこに溜め込んでたりするアホウもいるわけだが・・・
0041デフォルトの名無しさん
05/01/25 12:49:282005だと何か違うの?
0042デフォルトの名無しさん
05/01/25 14:33:55> VB6みたいにグローバル変数ゴリゴリとかできないからね。
出来るよ。
モジュール使えば。
0043デフォルトの名無しさん
05/01/25 14:38:480044デフォルトの名無しさん
05/01/25 14:58:180045デフォルトの名無しさん
05/01/25 16:24:34ソースコードレベルでVB6と同じ書き方が出来てしまうという事実の前では、
それは何の気休めにもならない。
0046デフォルトの名無しさん
05/01/25 18:12:06ど素人はすっこんでな!
0047デフォルトの名無しさん
05/01/25 19:30:130048デフォルトの名無しさん
05/01/26 00:17:53業務系はものすごく保守的なんだなぁとその時思った。
0049デフォルトの名無しさん
05/01/26 00:20:17○失笑をかった
ゴメン寝ぼけてた。もう寝る。
0050デフォルトの名無しさん
05/01/26 10:05:22VB.NETとC#の現場での比率はどんなものかね?
0051デフォルトの名無しさん
05/01/27 00:12:240052デフォルトの名無しさん
05/01/27 04:33:030053デフォルトの名無しさん
05/01/28 13:21:47学校の教材→C#
って認識で問題ないよ。
0054デフォルトの名無しさん
05/01/28 19:09:13新世代→C#
って認識で問題ないよ。
0055デフォルトの名無しさん
05/01/28 19:15:55妾→C#
って認識で問題ないよ。
0056デフォルトの名無しさん
05/02/03 09:38:45フラストレーション溜まっていくんですけど。
0057デフォルトの名無しさん
05/02/03 09:59:46あのさー、「COBOL = 囲い込み」がイヤなのに
なんでM$に囲い込まれる道を選ぼうとしてるのさ。
0058デフォルトの名無しさん
05/02/03 11:35:25バカSIerに囲い込まれるのに比べればMSのがなんぼかマシだろ。
0059名無しさん@編集中
05/02/03 19:45:27Cの次にVB多いな。なんだかんだいってもまだ主流言語なのね。
0060デフォルトの名無しさん
05/02/04 22:35:540061デフォルトの名無しさん
05/02/05 14:49:310062デフォルトの名無しさん
05/02/06 00:01:46C#は消えるよ10年後には・・・
結局VB側にどんどん近づいていくんだと思う
0063デフォルトの名無しさん
05/02/06 21:28:080064デフォルトの名無しさん
05/02/06 21:40:23でも.NETのライブラリはC#で書かれてるよね。
0065デフォルトの名無しさん
05/02/06 21:44:15結局C#側にどんどん近づいていくんだと思う
0066デフォルトの名無しさん
05/02/06 22:10:48正解!
Managed C++(CLI)がC#側にどんどん近づいていき当のC#は消える。
0067デフォルトの名無しさん
05/02/07 03:23:190068デフォルトの名無しさん
05/02/07 22:49:200069デフォルトの名無しさん
05/02/08 14:34:22オートメーション用のクラスを用意しておけばいいだけだろ。これだからVB厨は・・・
0070デフォルトの名無しさん
05/02/09 02:09:32事ある毎にクラス自作って大変そうね。
0071デフォルトの名無しさん
05/02/09 09:39:10初学者は最初から両方同時に覚えておけば無駄に混乱しない
先の事など言ったら.NET自体が怪しい
0072デフォルトの名無しさん
05/02/09 12:24:510073デフォルトの名無しさん
05/02/09 13:19:530074デフォルトの名無しさん
05/02/10 20:27:08VB.NETでもC#でもほとんど同じ、好きなほうで
書けばいい。
0075デフォルトの名無しさん
05/02/10 20:37:02この際、どっちか無くしたらいい、と思うけど。このスレみたいな議論が減って
そのほうが無駄がないような
0076デフォルトの名無しさん
05/02/11 08:44:52選択の幅が広がる。
て言うか、言語自体の学習コストなんてたかが知れてるだろ?
問題はそういうこっちゃないって事を、初学者以外は経験として知ってるはずなんだが………
C++を覚えました、文法は完璧です。でも、Windows上で実際に動くプログラムは組めませんと
こんな話、よく見掛けるだろ?何が足りないか?それはWindowsに対する知識だよな。
要するに、プラットフォームやフレームワークに対する知識こそが重要で、言語なんてのは枝
葉の問題にすぎない。
0077デフォルトの名無しさん
05/02/11 13:51:02>言語なんてのは枝 葉の問題にすぎない
そうかぁ?Windows(OS)を知れば知るほど表現の仕方(言語にどっぷり依存)に
傾注していくと思うけどな。少なくとも俺はそうだ。
0078デフォルトの名無しさん
05/02/11 15:15:190079デフォルトの名無しさん
05/02/11 16:27:36他にはVB.NETのOptionalとかC#のUsingとか代用可能な些細な機能差しかないと思うのですが
0080デフォルトの名無しさん
05/02/11 17:41:05だから緩衝材としてVB.NETを用意した。実際には何も変わらないけどね。
初学者はC#から始めるのがよろしい。そして至高の言語C++を目指してくれ。
0081デフォルトの名無しさん
05/02/11 18:46:18エディターはVB.NETの方がわずかに使いやすいような
気がするが、気のせいの範囲、両方ともポインターが
使えないのは残念。
アメリカの状況を見るとわかるが、.NETの最適化が進むと
C++はやがて滅びる。
0082デフォルトの名無しさん
05/02/11 18:47:380083デフォルトの名無しさん
05/02/11 19:04:14マイクロソフトの営業戦略、ユーザーの使いやすさ、要望は全く
関係有りません。
当然Javaは残る。
0084デフォルトの名無しさん
05/02/11 21:05:1250年後か?
0085デフォルトの名無しさん
05/02/11 21:38:51C++もVB6も使う側から考えちゃだめだよ、
Windowsもそうだけど、一度普及してしまうと
そのソフトではもう稼げない、巨額の費用と
国家プロジェクトで、新しいソフトを開発するわけ、
あっという間に98がWin3.1に2000やXpが98に取って
替わったように、変化はものすごく早い、
日本にいるとわからないと思うけど、
3年後にはCはほとんどC#さ、C++なんて時代遅れで
ライブラリーの少ないもは誰も使わない。
ポインターを使って訳のわからないバグを出してる
やつはお払い箱になる。
生き残りたいなら、C#、VB.NET、Javaこれしかない。
0086デフォルトの名無しさん
05/02/11 21:40:120087デフォルトの名無しさん
05/02/11 21:40:17残るといいね。
0088デフォルトの名無しさん
05/02/11 21:57:06つ�A点
0089デフォルトの名無しさん
05/02/11 22:48:28意味わからない
0090デフォルトの名無しさん
05/02/11 23:29:21結構違うしジェネリックな構文なんて入ったらわからない人
多くなりそうだなぁ
0091デフォルトの名無しさん
05/02/12 00:11:31C++のテンプレートで体験したがデバッグが死ぬほど大変で_| ̄|○|||
Javaにはテンプレートがなかったからホっとしてたのに_| ̄|○|||
ジェネリクス恐い_| ̄|○|||
0092最凶VB厨房
05/02/12 00:18:420093デフォルトの名無しさん
05/02/12 00:33:330094デフォルトの名無しさん
05/02/12 00:35:370095最凶VB厨房
05/02/12 01:06:330096デフォルトの名無しさん
05/02/12 01:13:06オマエ前にデルスレでジェネリック連呼してなかったか?
どういうものかも知らないで連呼してたのかよ!
0097最凶VB厨房
05/02/12 01:18:120098最凶VB厨房
05/02/12 01:34:30お前はお前以外の誰かを私ではないと断定する事などできはしないのだ。
そう、私が世界であり世界は私なのである。
0099デフォルトの名無しさん
05/02/12 02:02:02瞬間移動でラプター瞬殺しとるが。
0100デフォルトの名無しさん
05/02/12 13:29:130101デフォルトの名無しさん
05/02/12 16:26:14c#にポインタはあるだろ
0102デフォルトの名無しさん
05/02/12 17:43:04あるよ、unsafeで
でも名前のようにお勧めじゃないのよね。
0103デフォルトの名無しさん
05/02/12 19:40:46かたよった記事や情報操作にまどわされず、
自分の感覚で判断せーよ。
どちらも糞と思わんか?
理屈じゃないて。正直な感覚でや。
もっと世間を見回してみ。
開発環境の良し悪しを判断できる感覚を持つことも
開発者として大切なことやで。
0104デフォルトの名無しさん
05/02/12 22:03:070105デフォルトの名無しさん
05/02/12 22:50:04系だてて語れない様な奴とは一緒に仕事したくないな。
ここは○×で実装すべきだ。なぜなら、理屈じゃなくて正直な感覚でや。
とか言い出されると、もうどうしていいのやら┐(゚〜゚)┌
0106デフォルトの名無しさん
05/02/12 23:17:22初めは嫌いでも、使ってるうちに愛着が出てくる。
自分の使ってる開発言語を糞呼ばわりできるやつは
ほとんど出来ないやつじゃない。
0107デフォルトの名無しさん
05/02/13 13:33:18つ�@点
0108デフォルトの名無しさん
05/02/13 13:41:33どっちかって言うと、愛着は開発環境に対して持つな。
目的に対して何処に何があるのか把握できてる感覚は、自分の
部屋とか机の様な?そんな感じがして、愛着が湧く。
0109デフォルトの名無しさん
05/02/13 17:30:250110デフォルトの名無しさん
05/02/13 18:19:33どうせなら、プロセジャー毎に異言語が使えると面白いな。
今にきっとそうなるな。
0111デフォルトの名無しさん
05/02/13 18:35:010112デフォルトの名無しさん
05/02/13 18:53:20それ、COMだろ。
0113デフォルトの名無しさん
05/02/13 19:19:18ではなくて
>>VB.NETとC#ならunsafeコードが書けるC#の方が好き。
なんてことがあるから、ファンクションごとに
VB.NETで書いたり、C#で書いたり、こんなの簡単でしょ。
どうせ同じIL吐くんだから。
0114デフォルトの名無しさん
05/02/13 19:35:08COMじゃだめなのか?
何がだめなんだ?
0115デフォルトの名無しさん
05/02/13 20:07:53どうせ無い話なんでどうでも良いけど、COMとかマーシャリング
とかって言う話じゃなくて、たとえばインラインアッセンブラー
のように、VB.NETの中にC#を書くとか、そんなことで、
いわゆるたわごとです。
0116デフォルトの名無しさん
05/02/13 21:45:42.NET 2.0のPartial Classはそれっぽくない?
ファイルはわかれちゃいそうだけど。
0117デフォルトの名無しさん
05/02/14 11:15:54Partial Classは定義ファイルを複数に分けて書けるようになっただけでしょ。
0118デフォルトの名無しさん
05/02/14 16:25:38ようやく不毛な作業から解放されるよ。
0119デフォルトの名無しさん
05/02/14 23:40:330120デフォルトの名無しさん
05/02/15 20:03:06用語を省略すると通っぽく感じるお年頃?
0122デフォルトの名無しさん
05/02/16 10:35:340124デフォルトの名無しさん
05/03/01 11:39:350125デフォルトの名無しさん
2005/03/21 03:41:23(月)0126最凶VB厨房
2005/03/21(月) 03:47:120127デフォルトの名無しさん
2005/03/21(月) 23:47:11「VB.NETは使えないがC#は使える」という人間は馬鹿に近づきたくない賢人。
「両方使えるがVB.NETを使う」という人間はVB馬鹿から搾取する立場の商売人。
0128デフォルトの名無しさん
2005/04/04(月) 13:24:080129デフォルトの名無しさん
2005/04/21(木) 22:40:080130デフォルトの名無しさん
2005/04/26(火) 15:25:11後はあんまり変わらないなら、読みやすさで C# だな。
0131デフォルトの名無しさん
2005/04/27(水) 22:29:48以上、JAVA厨のチラシの裏ですた。
0132デフォルトの名無しさん
2005/04/29(金) 10:10:08Dim とか END IF とか、字数が多くて見づらいと思った。
何らかの利点と背中合わせなのかもしれんけど。
0133デフォルトの名無しさん
2005/04/30(土) 09:54:54それは.NET以前のVBでも同じなんだが。
漏れはVBからプログラミング始めたから逆にC系のソースの{}や;がうざい。
仕事だから我慢して使ってるけどね。
0134デフォルトの名無しさん
2005/05/10(火) 00:07:330135デフォルトの名無しさん
2005/05/10(火) 18:29:49VBってキモイアンダースコアの使い方してあって嫌い。
セミコロンで _
文を区切れば _
こんなくだらないことする必要もないのに 、 _
まったく。
0136デフォルトの名無しさん
2005/05/10(火) 20:59:290137デフォルトの名無しさん
2005/05/10(火) 22:25:190138デフォルトの名無しさん
2005/05/21(土) 12:38:37俺もVBからプログラミング始めたが禿同。
Next i
End If
End Sub
これが、
}
}
}
これになるんだからな。慣れればとっても読みやすい。
0139デフォルトの名無しさん
2005/05/22(日) 08:27:18お前楽しそうだなww
0140デフォルトの名無しさん
2005/05/22(日) 10:41:04>それは.NET以前のVBでも同じなんだが。
.NET以前のVBから並外れた糞だったということには気付かないのですね
0141デフォルトの名無しさん
2005/05/23(月) 00:20:59VBはたしかにEnd Ifとか字数は多いが、どのステートメントの括弧閉じかすぐ分かる点はいいと思う。
まぁ嫌いな人は仕方ないけどね。
0142デフォルトの名無しさん
2005/05/24(火) 00:15:28煽る前にレスアンカーの使い方ぐら覚えようよ。ね。
0143デフォルトの名無しさん
2005/05/24(火) 08:49:440144デフォルトの名無しさん
2005/05/24(火) 14:03:18VSの場合は入力支援機能が重要。
コンパイル出来るだけじゃ何の有り難みも無い。
0145デフォルトの名無しさん
2005/07/15(金) 23:37:002005年も半分過ぎてるのに・・・
0146デフォルトの名無しさん
2005/07/16(土) 03:55:51VBあがりの人が多すぎてソースが汚い点。
.NET環境の仕事につきたいならまず、java上がりの人が多いC#でしばらくやってから
VB.NETになると良いと思う。
でもjavaやりまくってたひとと仕事するの嫌なんだなー
仕様書とかの書き方が通常のクラサバの書き方と大幅に違っていたりしてすんごいみづらい。
0147デフォルトの名無しさん
2005/07/16(土) 12:39:43それこそVB厨と同レベルのソースしか書けないのとか、オブジェクト指向がまるで分かってないのとか。
全般的傾向としてドキュメントの書き方がヘタというか、ドキュメントの書き方について教育を受けてない
しとが多い気がするし・・・
0148デフォルトの名無しさん
2005/07/16(土) 21:30:02それは言語のせいではないでしょ
C#でもデザインパターンなんて全く知らないアフォは
Formにすべての処理を書いてFormクラスが2000行なんて
奴もいるw
正直ポトペタ環境になると言語だけ知ってる初心者が入り
こみやすくなるでイヤだな
VCみたいに初心者を除外してくれるような環境が一番使いやすい
0149デフォルトの名無しさん
2005/07/16(土) 21:49:08マゾ いやマジですか?
0150デフォルトの名無しさん
2005/07/17(日) 00:14:23古びたルーツが本物なら、僕は偽者、シュールなFake Star ♪
0151デフォルトの名無しさん
2005/07/17(日) 02:12:45自動生成されるコードのほとんどが行間あけてないんだよ。
ていうか俺、必要以上に行間あけるんだけど(字下げするときの最初と最後とか)
詰めて書くのが普通なんでしょうか?
{}系の言語って、自然に行間あけたように見えるんだよね。
Public Class Class1
Public Sub New()
For I = 1 To 10
ry
Next
End Sub
End Class
0152デフォルトの名無しさん
2005/07/17(日) 14:39:41行間適当にあけないと読みにくいのはC#のコードも同じだと思うけど。
自動生成されるコードの行間が不適切なのも。
0153デフォルトの名無しさん
2005/07/17(日) 14:41:290154デフォルトの名無しさん
2005/07/18(月) 10:18:35VB.NETってxmlでプロパティとかの書き出しってできた?
///を打つとコメント自動生成がc#の好きなところ。
でも小文字と大文字を自動判定できないのがc#のイヤンな所。
>>147
>全般的傾向としてドキュメントの書き方がヘタ
個人的にJAVA上がりの人によく見られるドキュメント構成は嫌い。
はっきりいって体裁だけ整っていて非常に解りづらい。仕様書や概要設計書の意味がない、と思える時も。
>>148
>Formにすべての処理を書いてFormクラスが2000行なんて
奴もいるw
見たことない。そんなソース。いるか?さすがにそんなやつ。
0155デフォルトの名無しさん
2005/07/18(月) 10:31:51コントロールのイベントをきっかけに他のオブジェクト操作するコードだけ書いたとしても、
タブページなんか使用してちょっと複雑なUIだと2000行程度はすぐ突破するような
気がするけど。
もちろん自動生成のコードは除いてね。
脱線するけど、オブジェクトにコントロールの参照渡してそこでコントロールのイベント
処理するようなコードは、Formに全部書くより一般にもっと糞でしょ。
まあ描画クラスにあらかじめピクチャーボックス渡しておくようなことはあるけど。
0156デフォルトの名無しさん
2005/07/18(月) 13:11:42VBに対して
VSのいいところ購入メリットを答えろ!
0157デフォルトの名無しさん
2005/07/18(月) 13:22:460158デフォルトの名無しさん
2005/07/18(月) 15:21:23プロのプログラマーがVB使ってるって知って驚いた。
販売管理システムなんて業務の根幹じゃないですか。それをVBで?
今みんなそうなの?
VBなんか事務系の仕事してる人が面倒な処理を自動化させるために
あるもんだと思ってたよ。
小難しいことはおいといて、とにかく動けばいいやみたいな。
俺もその部類に入るんだけど、
まずいとは思いつつ、グローバル変数使いまくってるし、
Formにコード書きまくってるし。
糞コードでもそれでバイト使わずにすめばハッピー。
VBなんてそんなもんで良し。変に高度になってくれるな。
俺みたいなヴァカが困る。
0159デフォルトの名無しさん
2005/07/18(月) 16:00:32VBをバカにしてる人をよく見るけど
一応VB6.0でもクラスあるし、Cっぽい真似事は可能だからな。
それにVBってのは「言語」だしなぁ、、、
上で言ってたけれど大抵フレームワークになれることのほうが大事で
言語仕様ってのは特に習得に時間がかかるわけじゃないと思う。基本があれば。。
ただend if でくくりつけるあたりがどうもダメ。
個人的にVBあがりの人間だけれど、C#消える、消えるといわれつつ、なれるとこっちのがいい。
0160デフォルトの名無しさん
2005/07/18(月) 16:25:41まだわかってないやつがいるな
君が言ってるのはVB.NET以前の話
0161デフォルトの名無しさん
2005/07/18(月) 16:28:13VBに対して
VSのいいところ購入メリットを答えろ!
0162デフォルトの名無しさん
2005/07/18(月) 16:48:29感動したよ
0163デフォルトの名無しさん
2005/07/18(月) 17:17:560164デフォルトの名無しさん
2005/07/18(月) 21:53:53VBに対して
VSのいいところ購入メリットを答えろ!
0165デフォルトの名無しさん
2005/07/18(月) 22:22:420166デフォルトの名無しさん
2005/07/19(火) 00:30:100167デフォルトの名無しさん
2005/07/19(火) 11:40:57完全に自社製品のサポートに対する怠慢だとおもうのだが!
自社製品の不備が多すぎるので答えるのが面倒で防御策をしていると
思われるがどう思う?
0168デフォルトの名無しさん
2005/07/19(火) 16:18:04なんてことが回避できる
0169デフォルトの名無しさん
2005/07/19(火) 18:49:05サ:「フォーマットして再インストールして下さい。」
俺:「え?まだ何も言ってないんですが・・・・・・」
サ:「そうですね。では、フォーマットして再インストールして下さい。」
俺:「いや、だから話を聞いて下さい。」
サ:「分かりました。その前にフォーマットして再インストールして下さい。」
0170デフォルトの名無しさん
2005/07/19(火) 20:12:19169がかわいそう!
0171デフォルトの名無しさん
2005/07/20(水) 19:49:010172デフォルトの名無しさん
2005/07/20(水) 20:53:31あればいいのかな?
ってゆーか、
そんなのあるのか?
0173デフォルトの名無しさん
2005/07/21(木) 16:00:22機能追加だけど。元々C、VC++上がりから転職で今の会社なんだが、
慣れるとVB6の開発もちょろいね。
ただ上司、先輩が作ったプロジェクトだけど…ここにレスしてある通り、
グローバルの変数、関数も多いしFormのコード記述多いな…自分が優秀だとは
自負しないけど、なんでOOPで行かないのかと思ってしまう。
0174デフォルトの名無しさん
2005/07/22(金) 13:50:06.net Reflectorを見るに、余裕で可能なんじゃないかな?
0175最凶VB厨房
2005/07/22(金) 17:39:23Microsoft.VisualBasic
Microsoft.CSharp
0176デフォルトの名無しさん
2005/07/22(金) 18:54:280177デフォルトの名無しさん
2005/07/22(金) 22:36:41BabbelFisken
VBCS翻訳機
IT+: 「C#←→VB.NET」コード変換ツール でぐぐれ
0178デフォルトの名無しさん
2005/08/30(火) 02:56:200179デフォルトの名無しさん
2005/10/08(土) 18:43:06学生の時、C言語を資格試験のために勉強しました。
趣味では、iアプリつまりJAVAで、株の売買記録やグラフを
作る程度です。
そんな、私が、windowsで開発を、ちゃちゃっとやれるとしたら
VB? C# ?
0180デフォルトの名無しさん
2005/10/08(土) 19:16:510181デフォルトの名無しさん
2005/10/08(土) 20:25:51簡潔なお答えカムサハムニダ
0182デフォルトの名無しさん
2005/10/08(土) 23:20:04VBは、入力候補の表示や、入力ミスの即時チェックが働いて、
書くのは楽な気がする。(うざいときもあるけど)
C#は、言語仕様の時点でVBより厳しいのと、
ビルド時の警告が細かいので、バグが入り込む可能性が減るかも。
とは言え、そんなに差はないんじゃない?
もう、好みの問題のような...
0183デフォルトの名無しさん
2005/10/09(日) 00:38:58将来性は、どうなの?
それが重要。
C# VB どっちが生き残る?
0184デフォルトの名無しさん
2005/10/09(日) 01:03:00改行は言語仕様だが。
あとどうでもいいが
クラスビューでも関数とか追加出来ない、
デザイナでイベント見られない。
ってのとこもMS手抜きなのかって思う。
0185デフォルトの名無しさん
2005/10/09(日) 01:36:02知ってるかもしれないけど、VBは旧VB以来の伝統で、
フォームのコントロールのイベントはエディタの上部のドロップダウンリストで
選択できるようになっているよ。
まあ旧VBを踏襲するためってより、Handle句とかWitheventsの存在の方が理由として
大きいかもしれないけど。
プロパティとかメソッド追加するウィザードってなかったっけ?
まああったとしてもなんてあんなもん必要ないでしょ。
もともとVBじゃ、何ていったっけ、ほら自作のメソッドでもライブラリの
メソッドみたいに引数とかがインテリセンスに表示されるようにする機能、
あれがないんだから意味がない。
0186デフォルトの名無しさん
2005/10/10(月) 08:06:180187デフォルトの名無しさん
2005/10/10(月) 09:04:14'''<summary>
'''概要
'''</summary>
って感じ。
今まで、この辺りがプロジェクト毎にバラバラだったから、正直ありがたい。
0188デフォルトの名無しさん
2005/10/10(月) 19:21:560189デフォルトの名無しさん
2005/11/16(水) 13:08:13"VS 2005のExpress Editionは事実上,無償提供へ
NSW"
http://itpro.nikkeibp.co.jp/article/NEWS/20051108/224154/
で、この無償版VSの使い心地はどうよ?
Eclipseより使いやすいか?
Eclipseが人気があるのでそれに対する焦りが
現れてるみたいだが。
0190デフォルトの名無しさん
2005/11/16(水) 13:43:540191デフォルトの名無しさん
2005/11/16(水) 13:51:40Eclipseは本体はsetupだし、プラグインもファイル置くだけ。
0192デフォルトの名無しさん
2005/11/16(水) 19:18:33本体はいいとしてもプラグインは意外と大変。
プラグインの選択とかダウンロードする時間を考慮すると
VSのインストールといい勝負だと思うが。
さらにプラグインの相性が悪かったりしたら、余計無駄な時間がかかる
0193デフォルトの名無しさん
2005/11/16(水) 19:22:14Winアプリは草木のようにあるから不安定、と言わんように、
ネットにプラグインが溢れて更新されまくりだから不安定とは言わんでしょ。
安定した組み合わせは既にあるわけだし。
0194デフォルトの名無しさん
2005/11/18(金) 02:45:30割れ物をインストールしようとするからトラブルのだよ。
0195今日もVB6
2005/11/18(金) 04:09:17スレ違いだよ。
VSはそれだけインスコすれば使えるし、
プラグイン探したり、環境設定もいらないし
対象OSがWindowsならEclipse使わなくてもいいじゃん。
ただJAVAなら話は別だけど。
Windowsの開発環境は、明らかにVSの独壇場だしな。
今から始めるのならC#がいいと思う。
どうせVB.NETは、仕様変更がくるんだろうから(死
まあ無難にJAVAから初めて、落ち着いた頃に戻ってくれば
どっちかに決まっているんだろうな。漏れはJAVA出来ないけどな。
漏れはC#の予定なんだけどVB.NET覚えろって言われたらどうしようかな。。。
VB6はしばらくは使うだろうし、仕様が少し変わった物と一緒にやるくらいなら
全く違う物やった方がいい気がしてるんだけどね。ごちゃごちゃしてイヤだから。
0196デフォルトの名無しさん
2005/11/18(金) 09:09:340197デフォルトの名無しさん
2005/11/19(土) 21:35:03ちょっと見た感じだとVB6とVB.NETって結構変わってるし
オブジェクト指向とか言われても意味分からないorz
0198デフォルトの名無しさん
2005/11/19(土) 23:30:180199デフォルトの名無しさん
2005/11/19(土) 23:33:33C#とVBはどっちも先が無い
0200デフォルトの名無しさん
2005/11/20(日) 00:05:310201デフォルトの名無しさん
2005/11/20(日) 00:09:16本質的な理解をしていけば、ほかの言語に移るのは簡単だし。
0202デフォルトの名無しさん
2005/11/20(日) 00:24:150203デフォルトの名無しさん
2005/11/20(日) 07:03:350204デフォルトの名無しさん
2005/11/20(日) 16:11:110205デフォルトの名無しさん
2005/11/20(日) 17:14:47こりゃまたJ#を勧める人も珍しい
0206デフォルトの名無しさん
2005/11/20(日) 21:04:11どちらも選ぶな。VS2005 C++ が正解。
0207デフォルトの名無しさん
2005/11/20(日) 21:05:300208デフォルトの名無しさん
2005/11/20(日) 23:04:24サーバーサイドのJAVAは、当分変わらないだろ。
>>206
VCは効率悪すぎる。
知りたいのはクライアントで使うソフトを何で作るかだ!
で、MSはC#でサーバーからクライアントまでいきたいんでしょ?
最近は.NET構想が危うくなってきたんで、VB.NETにも力を入れているようだけど。
個人的にはC#が流行って、JAVAがオプソ化されればいいと思う。
そうして二社でつぶし合ってくれないかな…
>>205
J#が来ると信じてましたよorz
0209デフォルトの名無しさん
2005/11/21(月) 00:03:40.NETもVBに合わせて相当変化しようとしてる。
サンプルコードの数を比べてみれば一目瞭然だが
MSはC#.NETよりVB.NETの方に力をいれてる。
0210デフォルトの名無しさん
2005/11/21(月) 00:18:44J#同様客引き用でしょ?
0211デフォルトの名無しさん
2005/11/21(月) 01:34:18ないと簡単なものにclass作らなきゃならないから
0212デフォルトの名無しさん
2005/11/21(月) 09:54:37> >Eclipseは本体はsetupだし、プラグインもファイル置くだけ。
>
> 本体はいいとしてもプラグインは意外と大変。
> プラグインの選択とかダウンロードする時間を考慮すると
> VSのインストールといい勝負だと思うが。
> さらにプラグインの相性が悪かったりしたら、余計無駄な時間がかかる
慣れないとそれには引っかかるだろうね。
バージョンが3.1以上なら大抵は問題なし。
テスト用や、UML, GUI開発、web開発に必要な標準プラグインも揃ってきたので大抵はそれだけで
事足りる面もある。
プラグインのインストールについてはアップデートマネージャで簡単にインストールできる。
アップデートサイトが無いプラグインについては、アップデートサイトを作ってしまう手もある。
eclipsewikiによると簡単インストーラを作ってる香具師もいるのでそれを使うのも手。
0213デフォルトの名無しさん
2005/11/21(月) 20:38:46派遣のお仕事情報
VB.net,Java,C&C++がほとんど、C#はVB.netのおまけって感じだな(逆じゃないのか・・・)
0214デフォルトの名無しさん
2005/11/30(水) 01:23:530215デフォルトの名無しさん
2005/12/12(月) 10:47:23漏れがそんな感じなので。C、C++やりたかったけど、もう三十路まえなのであきらめてる。
0216デフォルトの名無しさん
2005/12/12(月) 11:00:32主さん、その後の状況を報告してくれませんか?
0217デフォルトの名無しさん
2005/12/12(月) 15:25:3620代であきらめんなよ。はえーよ。
C++やっとくとGC系言語についての理解が深まるぞ。
別に実用的なプログラムは組めなくても理論は知っておいて損なし。
0218デフォルトの名無しさん
2005/12/23(金) 14:09:19語るに落ちてると思うんだよね。
要するに「俺は言語の習得レベルでアップアップしている低能です」って。
言語そのものの習得なんてそんなに難しくないでしょ。
逆に言えば今時(いや本当は昔からだけど)言語そのものの習得なんて
単なる出発点に過ぎないわけでさあ。
C++ぐらい知っとけ、だのなんだの言ってる奴みると馬鹿かと思うよ本当。
0219デフォルトの名無しさん
2005/12/23(金) 17:06:26で、VB.NETとC#どっちやればいいのですか?
来年度配属される研究室で、どちらかやっておけって言われて困っています。
情報系の学科ではないし、JAVAやCだってほとんどさわったこと無いです。
たぶん無料になったからだと思うのですが、先輩もやってたのかも…
0220デフォルトの名無しさん
2005/12/23(金) 18:49:51その研究室でユーザーが多い方の言語にしたらいいじゃん。
0221デフォルトの名無しさん
2005/12/25(日) 13:42:02で、出発点で勉強する言語は?
0222デフォルトの名無しさん
2005/12/25(日) 17:01:19学生がやる言語ならC#がいいな
動けばいいってならVBの方がいいが、VBは言語というか環境だから
それに6と.NETの狭間で今から始めるのはあまりよくないんじゃないか?
何学科かは知らんがC#の方が勉強系のコードは多いだろうしな
JAVAよりも楽しくクライアントアプリとか作って遊べるし
一応.NET(MS)の中核だし、VBのように度重なる仕様変更で泣くことも…
それにC#本もそこそこあるしな
でも、間違っても できるC# みたいな本買うなよ
まずはコマンドラインから始めた方がいい学生だぞ(死
最後だが。 動けば何でもいいのならVB.NETから始めてください
0223デフォルトの名無しさん
2005/12/27(火) 19:06:06海外の学校で、M$がタイアップでC丼始めようとしたところ、
クーデターが起こったよ。
というか、学生は昔はPascal、今はまたはJavaと相場は決まってる。
0224デフォルトの名無しさん
2005/12/27(火) 19:08:21>Visual Basic 6.0ユーザーの取り込みに失敗したVisual Basic .NETも,こうした例の一つと言えるかもしれない。
> アプリケーションの開発/実行環境が .NET Frameworkに移行したVS .NET以降,VSはかつてのような人気ツール
> ではなくなりつつあった。特に,初級者/入門者に絶大な人気があったVBは,ユーザー数がどんどん減る傾向にある。
> ttp://itpro.nikkeibp.co.jp/article/NEWS/20051108/224154/
0225デフォルトの名無しさん
2005/12/28(水) 02:57:46>JAVAよりも楽しくクライアントアプリとか作って遊べるし
JAVAでクライアント作ることはまず無い 本職の俺が言っておこう
クライアント+APサーバー+DBサーバーだったら 明らかにJAVAが有利
クライアント+DBサーバーだったら 明らかにC丼が有利
ちなみに JAVAの環境構築は地獄だぞ APサーバー立てて DBサーバー立てて
APサーバーに対応したEclipseプラグイン探して JAVAで使うフレームワークのプラグイン探して...
0226デフォルトの名無しさん
2005/12/29(木) 13:11:042度と関わりたくないけどな
0227デフォルトの名無しさん
2005/12/30(金) 14:13:28みんなJAVAには嫌な思い出がるんだろうけどw
C#だって後発で悪くなってることもないはずだし、環境は一発で整うし、Windowsなら無難だな。
あくまでExpressが無料で公開され続けれ場の話だが。
0228デフォルトの名無しさん
NGNG0229デフォルトの名無しさん
2006/01/05(木) 13:34:55バージョンうpで普通に製品改悪されるが。
>環境は一発で整うし、
重杉。
>Windowsなら無難だな。
ドトネッツでづが?
0230デフォルトの名無しさん
2006/01/08(日) 05:10:08今年35歳です。プログラムはVBで時計を作れます
0232デフォルトの名無しさん
2006/01/08(日) 06:21:07.NETなってからはC#が使い勝手がよくて、ほとんどこれだけでいけます
言語の表記法もVB.NETよりC#のほうが見やすくて早く書ける
また、C#に慣れておけば、いづれC++を使いたいと思ったときも容易に理解できるんじゃないでしょうか
VB.NETからはじめると、C言語やりたくなったときにちょっと躊躇するかも
でも、さらにやり続けてると、言語の違いはあんまり重点を置かなくなります。
結局、習い始めのときに気になるだけなんですよ。
外人も日本人もマクドナルドでハンバーガーを注文する方法は同じです。
マクドナルドのシステムがグローバルだからです
.NETでいうと、マクドナルドは.NET FreamWorkという土台に当たるわけです。
だから、上級者の人ほど、VBとC#の違いについてはあまり興味がありません。
C++はというと、マクドナルドでバイトもできるってことです
0233デフォルトの名無しさん
2006/01/11(水) 06:05:05>外人も日本人もマクドナルドでハンバーガーを注文する方法は同じです。
のくだりから
>だから、上級者の人ほど、VBとC#の違いについてはあまり興味がありません。
の結論にいたるまでの脈略が何が何だかさっぱりです。
0234デフォルトの名無しさん
2006/01/11(水) 18:29:22>ついにねんがんのVS6.0をてにいれたぞ!
>
>会社の倉庫に眠ってたのを譲り受けた。
>で開けたら「VISUAL J++」だけ未開封。
>
>(´・ω・`)カワイソス
泣いた
0235デフォルトの名無しさん
2006/01/11(水) 19:31:020236デフォルトの名無しさん
2006/01/12(木) 00:30:530237デフォルトの名無しさん
2006/01/12(木) 15:38:25言語は道具だろ?プロなら保守の対象が自分のコードだけとは限らんだろ。
自分のコーディングの事しか考えないというのはアマチュア発想だよ。
「青年よ大志を抱け!」
0238デフォルトの名無しさん
2006/01/12(木) 16:39:56さすがプロの発想は無駄がないな。
0239デフォルトの名無しさん
2006/01/12(木) 16:41:43偉そうな事を言ってすまん。Ocaml だけはマスターしていない・・・
0240デフォルトの名無しさん
2006/01/12(木) 16:49:250241デフォルトの名無しさん
2006/01/12(木) 16:51:100242デフォルトの名無しさん
2006/01/12(木) 16:57:03Lispは大学で少しやったが実務での経験はまだない。
すまん・・・
0243デフォルトの名無しさん
2006/01/12(木) 17:00:140244デフォルトの名無しさん
2006/01/12(木) 17:57:14最近話しに出なくなったおね。
0245デフォルトの名無しさん
2006/01/12(木) 18:23:58俺はCommonLispを使っていたが、今でこそ.netでも実装されたオブジェクト指向や
ガーベジコレクションはすでに実装された言語だった。負の数の平方根や30の階乗
計算で正答が得られる言語がCommonLisp以外にあるだろうか?括弧が多くて
読みづらいコードだが、慣れれば書くのは非常に楽だったのを覚えている。
まあ言うなれば.netの元祖にあたる言語の一つだろうな。
0246デフォルトの名無しさん
2006/01/12(木) 21:23:190247デフォルトの名無しさん
2006/01/12(木) 22:17:29ほほう。こんなスレにもよく知ってる奴がいるんだなw
0248デフォルトの名無しさん
2006/01/12(木) 23:32:200249デフォルトの名無しさん
2006/01/13(金) 08:37:20死滅の歴史。
0250デフォルトの名無しさん
2006/01/13(金) 14:19:04* / ̄⌒⌒\ *
* / /⌒―⌒ヽ *
* | Ξ ´_ _`_____ *
* (6Ξー|´ |-|` || | *
* __ヽ~ 、 ̄ ~  ̄)| 平 | *
* / \\ ー= ノ .| | *
* | \___ | | *
* \ / ||⌒ヽ 成 /ヽ *
* \_____||_ノ____|_ノ *
* * * * * * * * * * *
0251デフォルトの名無しさん
2006/01/15(日) 11:23:13ヒロシ(大志)です。青年には抱かれたくなかとです・・・・
0252デフォルトの名無しさん
2006/01/15(日) 12:36:31どちらか片方しか使えないと言われたら、どちらを使うべきなの?
あと初学者は、どっちから始めるべき?
JAVAは相変わらずだし、VB2005でC#の先行き暗くなってきたし。
後発の分C#の方がいいだろうけど、バージョンアップで色々増えてゴチャゴチャになりそうだし。
MSはVB6ユーザーをVB.NET(.NET)に移行させたい一心でやってるみたいだし。
Vista付属の.NETアプリ作るのになに使ってるんだろう?
0253デフォルトの名無しさん
2006/01/16(月) 09:12:14>JAVAは相変わらずだし、VB2005でC#の先行き暗くなってきたし。
ブビ厨の詭弁ハッケソ
0254デフォルトの名無しさん
2006/01/18(水) 13:15:06>どちらか片方しか使えないと言われたら
その台詞を言った人に決めてもらうといいよ
0255デフォルトの名無しさん
2006/01/19(木) 00:44:45やっぱVB6なのか…
0256デフォルトの名無しさん
2006/01/19(木) 13:32:41VB6はMSの延長サポートが2008年末で切れるけどいいの?
何年か後、ユーザに、サポート切れの製品はキモいからランタイム入れるの禁止、て言われると辛いよ。
0257デフォルトの名無しさん
2006/01/19(木) 13:34:020258デフォルトの名無しさん
2006/01/19(木) 17:25:490259デフォルトの名無しさん
2006/01/20(金) 05:42:390260デフォルトの名無しさん
2006/01/20(金) 11:06:14漏れも最初はそう思ってたんだけど、そうは思えなくなった。
CTSを基盤に動いてる親戚だから近いのはその通りなんだけど。
C#に慣れるとVB.NETは覚え難くなる。言語仕様に大きな違和感があるつーか。
「両方読み書き」のレベルに達するには大変な努力が要ると思うよ。
0261デフォルトの名無しさん
2006/01/20(金) 23:40:14ならC#を読めてVBで読み書きでOKだと思う
0262デフォルトの名無しさん
2006/01/21(土) 11:46:28同じ処理ならソースが画面上の絵として読みやすいC#に一票。
EndEndEndの羅列は目が痛い。
0263デフォルトの名無しさん
2006/01/21(土) 12:39:520264デフォルトの名無しさん
2006/01/21(土) 12:55:10あとByVal,ByRefの嵐モナー
0265デフォルトの名無しさん
2006/01/21(土) 17:30:29プログラムを作りたいのですが、正しく表示されませんどこが
おかしいのでしょうか?
string path = @"c:\test.txt";
System.IO.StreamReader reader=new System.IO.StreamReader(path,System.Text.Encoding.ASCII);
float ch=reader.Read();
for(i=0;i<2;i++)
{
t[i]=System.Convert.ToSingle(ch);
}
Console.WriteLine(t[1,1]);
0266デフォルトの名無しさん
2006/01/21(土) 18:49:45floatをfloatに変換してるし
1文字しか読んでないし
そもそもスレ違いだし
0267デフォルトの名無しさん
2006/01/22(日) 12:39:080268デフォルトの名無しさん
2006/01/22(日) 12:42:070269デフォルトの名無しさん
2006/01/22(日) 13:42:18「VBしか書けません」と言った時点でゴミ扱い
0270デフォルトの名無しさん
2006/01/22(日) 13:57:04「Javaしかかけません」はどうなるんだ?いや、Java以外もかけるけど
0271デフォルトの名無しさん
2006/01/22(日) 14:02:320272デフォルトの名無しさん
2006/01/22(日) 14:43:39そりゃレベルが高くなれば言語がどうなんていう枠なんかどうでもよくなると思うが
ここで話しているのは新人だとかの技術レベルをはかる低レベルな話。
開発者全体のカーストなんてなんでそこまで話を大きくするのか分からん。
0273デフォルトの名無しさん
2006/01/22(日) 14:51:34そりゃ言語のランクと身分のランクを混同した馬鹿な指摘が多いからさ
0274デフォルトの名無しさん
2006/01/22(日) 17:35:53覚えるのはSchemeとHaskellとPrologとC++とJavaだけでいいよ。
0275デフォルトの名無しさん
2006/01/22(日) 20:24:40関数型をなんで2個も覚えなきゃいけないのか分からん
関数型は教養程度でいいから片方でいいだろ。
0277デフォルトの名無しさん
2006/02/02(木) 16:31:05でも、いずれはC#の時代が来る。
ただしC,C++はOSの開発用に残る。
VB.NETは、度重なる仕様変更で嫌われて消える。
JAVAは、度重なる拡張で使いづらくなって消える
C#は、本命だと思われず放置されるが、その分余計な変更等が無く生き残る。
まあこういう事だ。
0278デフォルトの名無しさん
2006/02/02(木) 19:31:48C#は仕様変更多くない?
少なくともJavaよりも速いペースで拡張しそう・・・
0279デフォルトの名無しさん
2006/02/02(木) 23:45:38LAN上でDBに繋がるアプリの何割かはCGIに置き返えられて、
あとVBAのようなアプリケーション側のマクロ。
一方でタスクトレイに入ったりサービスになるのはC++
ライティングソフトのようなシステムツールもC++
その残りをJavaとC#という予想。
0280デフォルトの名無しさん
2006/02/03(金) 05:11:28正格と非正格の違いがでかい。
ただ正直、関数型非正格はいらんと思う。
あとPrologもいらんだろ。
C++もCでいい。
SQLは必要だから入れておけ。
つまり、Scheme・C・Java・SQL。
0281デフォルトの名無しさん
2006/02/04(土) 08:17:390282デフォルトの名無しさん
2006/02/04(土) 12:09:55なんで?
0283デフォルトの名無しさん
2006/02/04(土) 12:24:56C#は3.0ださずに終わるってことじゃないかw
4.0は無さそうな勢いだけど、3.0はでるんだろうね
LINQはよくないと思った今日この頃ですよ
言語に入れるのはやりすぎだよな
>>279
そういやマクロって今後どうなるの?
VB.NETになる?C#で書くのは厳しいよな
まあC++は残るだろうし、PHPやRuby、Python系スクリプト言語も残るだろうけど
メインはJAVAとVB.NETで決まりだろう
>>280
JavaとSQLだけじゃダメですか?
これ以外は使う機会があまりない…
0284デフォルトの名無しさん
2006/02/04(土) 17:53:25VB.NET構成員:VB厨
C#.NET vs VB.NETとは?
Java厨&Del厨 vs VB厨なのであるw
0285デフォルトの名無しさん
2006/02/04(土) 23:14:11実行ファイルの小ささおよび起動の素早さに驚愕する今日この頃。
.netはAthlon64でもモッサリ。
0286デフォルトの名無しさん
2006/02/04(土) 23:31:23.netの起動時間は速くすることが出来るの知らないで言ってるの?
何も知らない人はココを見よう!
ttp://www.atmarkit.co.jp/fdotnet/vbcheer/vbcheer08/vbcheer08.html
0287デフォルトの名無しさん
2006/02/05(日) 00:51:360288デフォルトの名無しさん
2006/02/06(月) 00:01:040289デフォルトの名無しさん
2006/02/10(金) 14:56:14使ってみて.NETの素晴らしさを理解出来た
結局MSはVBとC#とVCの3つで行きたいの?
サンプルコードとか減るし、今まで通りVCとVBだけでいいのにな
0290デフォルトの名無しさん
2006/02/15(水) 01:20:44俺ももう限界だと思ってる
趣味でやるにはいいが仕事としてはやらないほうがいい
0291デフォルトの名無しさん
2006/02/15(水) 01:22:44C++
0292デフォルトの名無しさん
2006/02/15(水) 01:32:57デスマで信者ってください。
0293デフォルトの名無しさん
2006/02/16(木) 11:37:00マネージドの世界に閉じる必要のある案件なら C# (P/Invoke はあるけど)。
アンマネージドの世界とも繋がる必要がある案件なら C++/CLI。
「理解してなくても簡単に使えますよ」的なアプローチの VB は
その思想は素晴らしいと思うしニーズもあるとは思うんだけど、
「なぜそうなるのか」を理解できてない危ない開発者を量産しそうだな、と。
0294デフォルトの名無しさん
2006/02/16(木) 13:30:37LINQのすごいところは言語仕様をほとんど拡張していない点だよ。
事実CLRのバージョンはまったくあがらない(つまり現状のCLR2.0で動く)。
スクリプトはIronPythonとかMonadでも調べれ
>>293
というより、無駄にC++/CLI持ち上げられすぎな気がするんだよな。
できるならC#、条件によってはC++/CLIも検討というスタンスが一番
いいと思う(つまりあくまで主役はC#)。
なんつーか、CLRはまじめな話結構複雑ですよ?その辺を理解できる
レベルになるまでにC#ぐらい使えるようになっていると思われ。
というか、CLRの知識つけるならC#やったほうがたぶん手っ取り早い。
C++/CLIはそれからでいいだろうよ。
0295デフォルトの名無しさん
2006/02/16(木) 14:29:04>事実CLRのバージョンはまったくあがらない(つまり現状のCLR2.0で動く)。
これこれ。これを初めて聞いたときは驚いた。びっくり。
0296デフォルトの名無しさん
2006/02/16(木) 22:44:210297デフォルトの名無しさん
2006/02/16(木) 23:19:45>>295
言語仕様の拡張とCLRのバージョンはあまり関係ないのでは?
コンパイラが頑張ってるっていうだけの話だと思う
0298デフォルトの名無しさん
2006/02/17(金) 00:24:59表現が悪かったな。
えーとな、例えばクエリ式自体を追加するための追加キーワードは
「from」だけだ。
そして、これが「それ以降に続くクエリオペレータを連結する」という意味を持つ
これだけしか決められていない。
LINQは「言語にクエリを統合する」ことが目標なんだが、なんていうかな、
C#はクエリ言語を統合しているわけではないんだ。
コード中にSQLが書けるように見えるけど、それはC#が定義しているのではなく、
ライブラリが定義している。
クエリ式はC#からみると、オペレータ連結の省略表記ぐらいの意味しかない。
もちろん統合するために他にも色々拡張しているのだが、その拡張自体は
汎用的なものだ。
0299デフォルトの名無しさん
2006/02/19(日) 01:25:320300デフォルトの名無しさん
2006/02/19(日) 10:27:210301デフォルトの名無しさん
2006/02/19(日) 13:32:44それは問題の領域が違う。ビジネスロジックを分けるやり方が変わるわけでも
なかろうに。ミスマッチを解消しようというだけなのだから。設計の「層」は今までも、
これからも自由だ。
なんつーかな、今までいろいろいったけど結局「拡張」である点を評価してるんだよ
C#の発展という枠から出てないっていうか、SQLを混ぜましたっつーようないわゆる
mixじゃない点というか。
極論すりゃ2.0でも同じ動作をするコードをかけるのさ(厳密にはむりぽなのもあるけど)。
それを簡略化しただけであって。
ちなみに、>>297が指摘してる点はCLRの場合ちょっと違う。CLRはバイナリがメタデータ
持つからな。だからバイナリだけあれば定義が参照できてリンクできるわけで。
CLR2で動くってこと=CLR2のメタデータ表現枠内にあるっつーことで型システム部分が
変わってないってことはそれなりに重要なんだ。
0302デフォルトの名無しさん
2006/02/19(日) 17:53:01よく知らなかったけど、何となく言いたいことはわかる。
.NETの技術自体がよく出来てるっていう評価かね。
0303デフォルトの名無しさん
2006/02/22(水) 13:39:570304デフォルトの名無しさん
2006/02/24(金) 23:31:41MSも本当にJAVAに勝つつもりでいるんだか…
事実上Windowsでしか使えないだけでも、かなり不利なのにな
C#は滅びるのでVB.NETですよ
0305デフォルトの名無しさん
2006/02/25(土) 08:46:45事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
事実上Windowsでしか使えないだけでも、かなり不利なのにな
0306デフォルトの名無しさん
2006/02/25(土) 11:21:550307デフォルトの名無しさん
2006/02/25(土) 19:46:13どちらか一方選ぶならVBにしておいたほうが潰し利くと思われ。
0308デフォルトの名無しさん
2006/02/25(土) 20:14:130309デフォルトの名無しさん
2006/02/25(土) 20:57:150310デフォルトの名無しさん
2006/02/26(日) 05:44:36普通はVC#として使うから、JAVAと比べればUNIX系では厳しい
>>308
あまい。あますぎる。
>>307
それよりJAVAを…
>>309
何の変換?
Vistaでるまで様子見してVB6だ!
ホントに.NETに変わるんだろうか?
0311デフォルトの名無しさん
2006/02/26(日) 05:48:100312デフォルトの名無しさん
2006/02/26(日) 17:03:490313デフォルトの名無しさん
2006/02/26(日) 17:25:140314デフォルトの名無しさん
2006/02/26(日) 17:27:49{;}派にとってそれ以外の言語は恋愛の対象外。
必要性があれば会話ぐらいはするが、それを他人に見られるのは嫌。
超恥ずかしい。
友人と一緒にいる時に声掛けられたりしたら思わず無視してしまう。
そういう存在w
0315デフォルトの名無しさん
2006/02/26(日) 19:03:00言語の優劣をどうこうってのは時代錯誤というか、お前はプログラミング始めて
嬉しくてしょうがない中学生かって感じはするなw
しかしそれでも敢えて言うけど、やっぱりC#の構文は全体的に読みにくいよ。
例外の捕捉とか、なんであんな風にしたのか俺には全然合点がいかない。
0316& ◆R7PNoCmXUc
2006/02/26(日) 20:35:10ブサイク(VB)よりかわいい子(C#)の方がいい。
{;}派では全くないが、>>314の後半4行に禿同
「脳が腐っていく感覚」がわかるのはセンスのある奴だね
0317デフォルトの名無しさん
2006/02/27(月) 14:42:090318デフォルトの名無しさん
2006/02/27(月) 17:38:43むしろCOBOLではないか?
0319デフォルトの名無しさん
2006/03/07(火) 15:39:340320デフォルトの名無しさん
2006/03/10(金) 18:33:49実際2005でも、暗黙的にフォーム作っちゃったりする旧VBの暗黒面に向けて
「後退」してる部分があるわけだし。
0321最凶VB厨房
2006/03/18(土) 20:29:49美しさを重視するか。
両者がトレードオフの関係にあるとすれば、
使いやすさを選ぶね。
いつだってそうだ。
0322デフォルトの名無しさん
2006/03/32(土) 21:07:46java.awt.Graphics2D;
java.awt.image.BufferedImage;
が無かった。寂しい。
0323デフォルトの名無しさん
2006/04/16(日) 12:22:50ん、C#でも使えるだぁ?
使おうと思えば使えるが、大抵のやつは知らないし、知ってるようなヤツは使うべきでないことも理解してるだろ。
糞VB6厨が、厚かましくもC#に手を出してこれを知ってしまったら悲劇としか言いようがないが。
おまけに、2005からは暗黙のインスタンス化とかMyだの、糞VB6厨のための改悪が施されているわけだ。
オブジェクト指向をちゃんと理解しているVB.NETユーザーには悪いが、
完全にC#>超えられない壁>VBの式が成り立ったな。
0324最凶VB厨房
2006/04/16(日) 12:39:46VBは本来オブジェクト指向ってのに
こだわりを持っている言語ではないのだ。
そこんとこよろしく。
0325デフォルトの名無しさん
2006/04/16(日) 12:47:310326最凶VB厨房
2006/04/16(日) 12:55:010327デフォルトの名無しさん
2006/04/16(日) 12:55:590328最凶VB厨房
2006/04/16(日) 12:58:03思考が馬鹿だと言ってるんだ。
0329デフォルトの名無しさん
2006/04/16(日) 13:05:46ただ、VBの場合はどうみてもオブジェクト指向についていけないVB6厨のための改悪措置だろ。
.NETになった時にOOPを大々的に取り入れたのに
2005からはそれらを緩くしてるんだから。
0330デフォルトの名無しさん
2006/04/16(日) 13:07:23実はVB6しか使ったことのないアホが多いこと。
0331最凶VB厨房
2006/04/16(日) 13:13:46あったとしても、改良ってやつなんだ。
言語ってのはより多くの人に使ってもらわなくてはならない。
一概にそういえるわけではないが、VBはそういう言語だ。
それがわからないから馬鹿だと言ってるんだ。
0332デフォルトの名無しさん
2006/04/16(日) 13:17:06どちらかと言えば販売側の都合だろ。
言語がそういうものだなんて言うのはおかしい。
0333デフォルトの名無しさん
2006/04/16(日) 13:18:05ベータ版ではVBの配列宣言は他の言語と同じように、”要素数”を指定するものだったが、
某国のVBユーザの反発が強く、変更になったぐらいだしな。
0334デフォルトの名無しさん
2006/04/16(日) 13:18:37だが、だからこそ、VBの質を貶めているわけだろ。
0335デフォルトの名無しさん
2006/04/16(日) 13:20:04それは”言語”の質なのか?
プログラマの”質”を棚上げにして、言語のせいにしてないか?
0336デフォルトの名無しさん
2006/04/16(日) 13:32:43じゃあ暗黙のインスタンス化だのは、質の高いプログラマも使う機能なのか?
質の高いプログラマは使わない機能だとしたら、
それは質の低いプログラマのために"用意させられた"、苦肉の策だと言えるだろ。
0337デフォルトの名無しさん
2006/04/16(日) 13:37:59もう少し Java2 の機能がちゃんと取り入れられたら、
かなり使える言語だぞ。って言語的には単にJavaか。
OOPやジェネリックプログラミングやるなら
C++/CLI や C# 、そうじゃないならVB.NET でいいじゃん。
0338デフォルトの名無しさん
2006/04/16(日) 13:39:01だから、それもプログラマの”質”の問題だろ。
>じゃあ暗黙のインスタンス化だのは、質の高いプログラマも使う機能なのか?
使い方やら挙動を理解している分には使っても問題無いだろ。
インスタンスを常に1つしか生成したくない、シングルトンのような場合、
挙動を理解して使う分には手間が省ける。
>質の高いプログラマは使わない機能だとしたら、
>それは質の低いプログラマのために"用意させられた"、苦肉の策だと言えるだろ。
自分でも言ってるじゃん。
”質の低いプログラマの為”って。
つまり、質の低いプログラマの為に用意されているという事は、
C#に比べれば機能が多いという事になる。
質の高いプログラマにしてみれば、実装の選択肢が増え、
場合によっては手間が省けるんだから、言語の質としては高いよな。
0339最凶VB厨房
2006/04/16(日) 13:39:59この前提が正しければ、
>それは質の低いプログラマのために"用意させられた"、苦肉の策だと言えるだろ。
と言えるかもしれない。
で、どうやって前提が正しいと言うつもりなの?
0340デフォルトの名無しさん
2006/04/16(日) 14:12:38VB6ユーザーを意識しまくったって。
0341デフォルトの名無しさん
2006/04/16(日) 14:17:40だから、それは別のどうでもいい事じゃないの?
VB6ユーザを意識して、暗黙インスタンスだろうがMy機能を”追加”したってだけで、
そういった文法でしか書けなくなった訳じゃないし。
そういった記述しか出来なくなったというなら、確かに”改悪”だがな。
0342デフォルトの名無しさん
2006/04/16(日) 14:25:14機能が多い=良いこと
だと言うならば、もはや俺には反論できないわ。
そんなに良い機能がC#に実装されていないことが不思議でなりませんがね。
やっぱ苦しい言い訳にしか聞こえん。
0343最凶VB厨房
2006/04/16(日) 14:30:18当たり前だ。
>そんなに良い機能がC#に実装されていないことが不思議でなりませんがね。
全く同感だよww
0344デフォルトの名無しさん
2006/04/16(日) 14:30:34誰も機能が多い=良いとは言ってないんだけどね。
俺が言いたいのは、機能がどうであれ、それは使うプログラマの質次第って事。
言語の質とは言えないってこと。
>そんなに良い機能がC#に実装されていないことが不思議でなりませんがね。
>やっぱ苦しい言い訳にしか聞こえん。
そんなの、いっぱいあるだろ。
コードスニペットだって、VB.NETの方がデフォルトで多いし、
C#にはIsNumericやらIsDate関数すらない。
Split関数にしろ、C#ではCharでしか切れないけど、VB.NETだとStringで切れるしな。
それに、C#では実装されているがVBには実装されていないって機能もある。
俺には、暗黙インスタンスやMy機能が追加されただけで、VBの言語の質が低いという理由がわからん。
それに、C#でのみ実装されている便利な機能がVB.NETに実装されていないことが不思議でなりませんがね。
やっぱり苦しい言い訳にしか聞こえん。
0345デフォルトの名無しさん
2006/04/16(日) 14:58:27>>343はもろにそう思っているようですね。おめでたいです。
Microsoft.VisualBasic.dllに用意されてる関数とかは
確かにC#には用意されていないわけだが、それはちょっと別問題だと思う。それらは言語仕様ではないから。
ところで、正直な所、>>344は暗黙インスタンスを使うのかい?
0346デフォルトの名無しさん
2006/04/16(日) 15:03:360347最凶VB厨房
2006/04/16(日) 15:04:01ごりごり書いといてくださいなw
俺はやらんけどw
0348デフォルトの名無しさん
2006/04/16(日) 15:09:03Form1クラスがあったとして、
通常は
Dim form As Form1
form = new Form1()
form.Show()
って書くところを、VB6、またはVB2005では
Form1.Show()
と書ける。これは内部的にインスタンス化を行ってくれているわけだ。
ただし、「Form1」が意味するのは本来「型」であって、オブジェクトではない。
インスタンス化というのはオブジェクト指向において最も基本的な事象であるのにこれは如何なものかと思う。
0349デフォルトの名無しさん
2006/04/16(日) 15:11:23逆だと思うが。なんでもできるアセンブラこそ多機能なんだろ。
だからお前がやれよ。
0350デフォルトの名無しさん
2006/04/16(日) 15:17:26が、まぁ変数に宣言がいらなかったり、
そもそも型付けがないような言語もあるから、
VBがその路線でやってくってならおk。
0352デフォルトの名無しさん
2006/04/16(日) 15:21:58C#とVBを比べること自体が間違ってたんだな。もう全く別物だ。
俺はもうVBには干渉しないよ。勝手に暗黙インスタンスとか使いまくってVBマンセーしていてくれ。
じゃあな。
0353最凶VB厨房
2006/04/16(日) 15:45:020354デフォルトの名無しさん
2006/04/16(日) 16:03:090355デフォルトの名無しさん
2006/04/18(火) 03:20:18でもそれだけ
0356デフォルトの名無しさん
2006/04/21(金) 11:49:46Javaっぽいのが好きな人用→C#
大体、オブジェクト指向、オブジェクト指向、言うんなら、delegateとか、
「キモイ」の一言で片付けられるんじゃないの。
まぁ、暗黙のインスタンス作成は、「論外」だと思うけどw
0357最凶VB厨房
2006/04/21(金) 21:05:290358デフォルトの名無しさん
2006/04/23(日) 15:19:25C#ってVB.NETに比べて遅いし。
0359デフォルトの名無しさん
2006/04/23(日) 17:19:13そうでもないよね。
俺はVB派だけど、結構C#オンリーの機能ってあって頭にくることがある。
例えばvolatileとかoutとかってなんでVBにはないんだろうな。
別にVBの文法と矛盾なく追加可能なものだと思うんだが。
このMSのVBチームのセンスは理解に苦しむよ。
0360デフォルトの名無しさん
2006/04/23(日) 17:27:26余計に混乱するっていう配慮じゃね?
0361デフォルトの名無しさん
2006/04/23(日) 19:42:12つMy.Settingsの便利さは異常
0362デフォルトの名無しさん
2006/04/24(月) 14:30:38自分でコードを書いて、XML形式で保存しろ、タコw
たしかに、異様に便利だけど、激しく頭が悪くなりそう>My.Settings、というか、Myそのもの
0363デフォルトの名無しさん
2006/04/25(火) 18:40:030364デフォルトの名無しさん
2006/04/25(火) 23:56:09ただじいさんが「マイ」って言うだけなんだけど。。
0365デフォルトの名無しさん
2006/04/27(木) 20:54:32激しく同意。
>>362みたいなのは極論を言えばアセンブラで書けば良いんだよ。
0366デフォルトの名無しさん
2006/04/28(金) 08:31:16Z80なら書いてたけど、
同じ8ビットでも6809は無理だった orz
0367デフォルトの名無しさん
2006/04/29(土) 19:46:54同じフレームワーク上で動いてて、遅い早いが有るわけ無いだろう。
少し早くGWボケでもしたのか?
まったく、これだから雑魚は何やっても駄目なんだよ。
0368デフォルトの名無しさん
2006/04/29(土) 20:03:330369デフォルトの名無しさん
2006/04/29(土) 21:37:05言いたい事は分かるが、お前が間違ってる。
0370367
2006/04/30(日) 13:14:52はぁ?
お前はMSのサイトとかそういった情報を仕入れないのか?
C#とVB.NETは同じ.NETFramework上で動く。
そして、双方で同じロジックのコードを書いた場合、生成される中間言語は同じ物になる。
MSIL逆アセンブラで確認しても同じだったし、実際そういった結果付きで説明されてるんだが。
お前こそGWボケじゃねぇのか。
0371デフォルトの名無しさん
2006/04/30(日) 15:17:580372358
2006/04/30(日) 16:03:58いや、C#は遅いです。
確かに、これだけ書いた事が誤解を招いたようです。
詳しく説明しますと、まず同じフレームワーク、同じようなコードで中間言語が同じになる。
これは間違いないです。
ただ、VB.NETで用意されている関数なりはかなり高機能であり、尚且つ処理スピードが速いのです。
MSやらでのサンプルはあくまでも簡単なものでしたよね?
しかし、VB.NETで用意されている関数と、それをC#で同じように実装した場合では
当然、中間言語が異なります。
仮に、C#でVB.NETと同様の速度を出す場合、同じ中間言語にする必要がありますが、
ソースコードが2倍〜3倍ほどC#の方が多くなりますし、逆アセンブルして確認しながらの作業になります。
VB.NETでは便利な関数が用意され、それを使うだけでパフォーマンスが良くなる。
C#では自前で関数を用意するかVB.NETの関数を使うしかなく、
自前で関数を用意した場合、可也の工数を掛けなければパフォーマンスが悪くなる。
以前は、VB6などからCのDLLを呼び出すことが多かったですが、
これからはC#はVB.NETが無いと不便だということです。
ならば、最初からVB.NETを使えばいい。
0373デフォルトの名無しさん
2006/04/30(日) 16:21:44そう?
0374デフォルトの名無しさん
2006/04/30(日) 17:38:35C#でVB .NETの関数を使って何が悪い。
0375デフォルトの名無しさん
2006/05/01(月) 15:51:21MS謹製にゃおよばねぇってこったな。同意ー
0376デフォルトの名無しさん
2006/05/07(日) 12:30:16普通ユーザー:VBユーザーのいないC#で快適生活がおくれるよ
こうやって区分けされてるんですよ
0377VB.NETユーザ
2006/05/07(日) 13:19:400378デフォルトの名無しさん
2006/05/08(月) 06:17:33コンソールアプリ、for文で10億回ループで整数の加算、ラップタイムを表示してそれを10回繰り返す。(計100億回ループ)
EXEを実行で計測、()内は開発環境で計測、結果は、
VB 56秒 (56秒)
C# 50秒 (53秒)
J# 19秒 (45秒)
VC 36秒 (<--)
DELPHI 16秒 (<--)
VBは環境でもEXEでもほとんど変わらないし、C#とはそう変わらないので、そんなに遅く感じないが、
J#が、EXEで速いこととサイズが小さいのは驚き。
しかしこれだけ差があると、計算主体で時間がかかるプログラムだと、DELPHIかJ#ということになるなー。
0379デフォルトの名無しさん
2006/05/08(月) 07:48:380380デフォルトの名無しさん
2006/05/08(月) 08:15:32この時点でネタだろ。
0381デフォルトの名無しさん
2006/05/08(月) 09:17:37だ、だまされないぞ!!>J#
0382デフォルトの名無しさん
2006/05/08(月) 10:05:170383デフォルトの名無しさん
2006/05/08(月) 13:23:490384デフォルトの名無しさん
2006/05/08(月) 13:27:110385デフォルトの名無しさん
2006/05/08(月) 15:29:19やれることあんま変わんないから
0386>>378 のC ◆0.SRHQIcUI
2006/05/08(月) 15:34:18{
int i,j,k=0 ;
string s;
Console.WriteLine("hit return key C#");
Console.ReadLine();
Console.WriteLine("START");
Console.WriteLine(DateTime.Now);
for (i = 0; i < 10; i ++)
{
for (j = 0; j < 1000000000; j++)
{
k = i + j;
//Console.WriteLine("i={0} j={1} k={2}",i,j,k);
}
Console.WriteLine("{0} <--- {1}",DateTime.Now,i);
}
Console.WriteLine(k);
Console.WriteLine(i);
Console.WriteLine("END");
Console.WriteLine(DateTime.Now);
Console.ReadLine();
}
0387>>386 の実行結果の例
2006/05/08(月) 15:37:42START
2006/05/08 15:26:47
2006/05/08 15:26:53 <--- 0
2006/05/08 15:26:57 <--- 1
2006/05/08 15:27:02 <--- 2
2006/05/08 15:27:07 <--- 3
2006/05/08 15:27:12 <--- 4
2006/05/08 15:27:17 <--- 5
2006/05/08 15:27:22 <--- 6
2006/05/08 15:27:27 <--- 7
2006/05/08 15:27:32 <--- 8
2006/05/08 15:27:37 <--- 9
1000000008
10
END
2006/05/08 15:27:37
0388デフォルトの名無しさん
2006/05/08(月) 15:47:26副業でVBAもやりたい→VB.NET
って切り口はどうだ。
後者は少し嘘だけどな。
0389>>378 訂正 VB 52秒
2006/05/08(月) 16:04:53VC の36秒はこの2つよりかなり速いけど、J#、DELPHIは、VCより2倍以上、VB,C#より3速近く速い。
下記は、VB(EXE)をコマンドプロンプトから実行でファイルにリダイレクトしたもの。
HIT RETURN KEY! VB
START
2006/05/08 15:47:02
2006/05/08 15:47:07 <--0
2006/05/08 15:47:12 <--1
2006/05/08 15:47:17 <--2
2006/05/08 15:47:23 <--3
2006/05/08 15:47:28 <--4
2006/05/08 15:47:33 <--5
2006/05/08 15:47:39 <--6
2006/05/08 15:47:44 <--7
2006/05/08 15:47:49 <--8
2006/05/08 15:47:54 <--9
10
1000000008
2006/05/08 15:47:54
END
0390デフォルトの名無しさん
2006/05/08(月) 17:45:10ソースありがとう。試してみました。
最適化offでコンパイルしたところ報告のような差が出ました。
ところが最適化onでコンパイルしたところ両者の実行時間の差はなくなりました。
csc /o test.cs vjc /o test.jsl
ILで見た限り非最適化ではC#のコードにnopが挿入されている以外は差が無く、
最適化後のコードにはまったく差がありませんでした。
また最適化J#と非最適化J#の実行時間長も見られませんでした。
確認は取れていませんが、C#は非最適化でコンパイルした場合ILの最適化を抑制するだけではなく
JIT時の最適化も抑制していると考えられます。
それに対してJ#はJITに対する最適化の抑制をを行っていない可能性があります。
0391デフォルトの名無しさん
2006/05/08(月) 20:26:08情報収集とかしないの?
俺もその書き込み見て、ググッてみたが、下記のサイトが見つかった。
ttp://www.ailight.jp/blog/myamyu/archive/2004/09/01/2595.aspx
確かに、これをみると、VB.NETは優秀だな。
同じ処理速度を得るために、確かにC#では2〜3倍程度のソースになるし。
0392デフォルトの名無しさん
2006/05/08(月) 20:44:10すごいな。
ただ単に、.netのクラスライブラリをVBの関数っぽく呼ぶだけじゃなくて、
相当速度に気を使ってるみたいだね
0393最凶VB厨房
2006/05/08(月) 21:10:370394最凶VB厨房
2006/05/08(月) 21:24:13こんなんやってるやん。
↓
s += b.ToString("x");
↑あかんやんw
比較になってない。
s=b.〜〜にして
writer.Write("{0}:{1} ",check,s);を
ループ内側に移動せーよ。
これはベンチマークになってない。
0395最凶VB厨房
2006/05/08(月) 21:25:220396最凶VB厨房
2006/05/08(月) 21:37:53s += b.ToString("x");
↑二つのせいでC#の方がよりGCかかる間隔が
早くならないか?
ベンチマークになってない気ガス。
0397デフォルトの名無しさん
2006/05/08(月) 22:57:32うん。なってないんでコメント欄参照
0398デフォルトの名無しさん
2006/05/09(火) 10:10:380399デフォルトの名無しさん
2006/05/09(火) 11:34:28ttp://www.microsoft.com/japan/msdn/subscriptions/prodinfo/eula.aspx
ベンチマークの公表を禁止してるのはサーバー製品で .NET Frameworkは可能なように読める。
要は検証可能な形でソースや諸条件を明示して、反論可能であれば公表してもいよいということじゃない?
0400デフォルトの名無しさん
2006/05/09(火) 12:29:22法的根拠何もなし
0401デフォルトの名無しさん
2006/05/09(火) 17:28:54契約書は何のために有るのかね?
0402デフォルトの名無しさん
2006/05/09(火) 18:17:200403デフォルトの名無しさん
2006/05/09(火) 20:00:410404デフォルトの名無しさん
2006/05/10(水) 00:22:480405デフォルトの名無しさん
2006/05/10(水) 23:39:340406390
2006/05/11(木) 10:38:10結局オプションなしでコンパイルした場合の動作に、C#とJ#で違いがあります。
これがテスト結果に反映していると思われます。
csc
最適化されていないnopの混じったILを生成。JIT時の最適化有。
csc /optimaize
最適化されたILを生成。JIT時の最適化有。
csc /debug
最適化されていないnopの混じったILを生成。JIT時の最適化なし。
vjc
最適化されたILを生成。JIT時の最適化なし。
vjc /optimaize
最適化されたILを生成。JIT時の最適化有。
vjc debug
最適化されていないnopの混じったILを生成。JIT時の最適化なし。
vbcはcscと同じ動作。
0407デフォルトの名無しさん
2006/05/18(木) 01:59:570408デフォルトの名無しさん
2006/05/18(木) 05:13:500409デフォルトの名無しさん
2006/05/18(木) 09:59:57引数省略できんのがつらいな。
一気に面倒になる。
0410デフォルトの名無しさん
2006/05/18(木) 10:22:40まあ参照すれば利用できるけど。
0411デフォルトの名無しさん
2006/05/19(金) 08:23:160412デフォルトの名無しさん
2006/05/19(金) 08:41:21用意されている関数を使っただけでそういう言われ方するなら、
.NETFramework使わないと苦労する奴がC#使うんだろ・・・
と言われても仕方ないよね。
極論すれば、そういう奴はアセンブラ使え。
0413デフォルトの名無しさん
2006/05/19(金) 10:52:180414デフォルトの名無しさん
2006/05/19(金) 11:13:06普通は選択肢にC/C++入れるだろ。
04151
2006/05/19(金) 11:36:020416デフォルトの名無しさん
2006/05/19(金) 11:51:32イベントハンドラ共有していても一目で共有されているイベントハンドラだとわかる。
0417デフォルトの名無しさん
2006/05/19(金) 12:45:21ttp://pc8.2ch.net/test/read.cgi/prog/1115018741/
0418デフォルトの名無しさん
2006/05/19(金) 17:59:200419デフォルトの名無しさん
2006/05/19(金) 18:47:180420デフォルトの名無しさん
2006/05/19(金) 18:48:15Handlesっていうか、参照のイベントを静的にメソッドにバインド
できるのは便利でいいよね。
Withevents付けて宣言さえしとけば、参照の中身をAからBに変えても
ちゃんとBのイベントを拾ってくれやがるんだからw
っていうか、VBはイベントに関しては本当C#より格段にフレンドリーだよ。
まあもちろん中身を隠蔽しているだけに、それに伴う暗黒面もないではないけどねw
0421デフォルトの名無しさん
2006/05/19(金) 19:54:28漏れも、VBのイベントが使いやすいから気に入ってる。
後はaddressofで、一発でデリゲートのインスタンスを作れるとか。
ただ、全体的にキーワードが厨臭い・・・。
overridableとか、mustinheritとか、ダサすぎw
0422デフォルトの名無しさん
2006/05/19(金) 20:30:48でも、1つだけ許せないのは・・・配列宣言だよな・・・
他の言語と同様に”要素数”で宣言させてくれ・・・
0423最凶VB厨房
2006/05/19(金) 20:35:460424デフォルトの名無しさん
2006/05/19(金) 20:45:29なんで?今の方がVBらしくていいじゃん
0425デフォルトの名無しさん
2006/05/19(金) 21:10:29俺はダサいと思ったことは無いなあ。
むしろUNIX的な古臭い文化を引きずってるCの影響受けてるC#の方がどうかと思うけどね。
VBのキーワードや構文は、基本的には英文として読み下せることを狙ってるんだよね。
Class DoraMusuko
Inherits OdaiJin
世の中単純だった時代はUNIX的な、ジャーゴンみたいなのを好んで使うセンスで
よかったのかもしれんが、とかく何かと複雑な今日はVBみたいな明示的な
表現の方が親和的だと思うんだけど。
0426デフォルトの名無しさん
2006/05/19(金) 22:32:15見てると目が痛くなる
0427デフォルトの名無しさん
2006/05/21(日) 19:51:22フォームのデフォルトインスタンスだけはいただけん
0428デフォルトの名無しさん
2006/05/21(日) 20:52:59別に使わなければ良いだけじゃないの?
0429デフォルトの名無しさん
2006/05/27(土) 09:55:22俺が若かった頃はなあ...
0430デフォルトの名無しさん
2006/06/02(金) 20:27:470431デフォルトの名無しさん
2006/06/02(金) 23:38:190432デフォルトの名無しさん
2006/06/03(土) 00:54:56まあそこがいいんだろうなあ
しかしやり始めた頃から先が無いと言われ続けたVBがこれだけ長生きするとはねえ
0433デフォルトの名無しさん
2006/06/03(土) 01:09:24C#という名前を聞くだけで、すでに抵抗があるみたいなので、
自分のプロジェクトにはC#を採用して、そいつらを入れないようにしているよ。
実際はVB.NETもほとんど変わらないとは思うけど、
C#の方がダメPGフィルターになってて良いよ。
0434デフォルトの名無しさん
2006/06/03(土) 01:22:58メンバ自身が選べるわけ?
ずいぶん開けた会社だねw
いや、学生クンの妄想じゃなければの話だけど。
0435デフォルトの名無しさん
2006/06/03(土) 01:35:310436デフォルトの名無しさん
2006/06/03(土) 01:41:430437デフォルトの名無しさん
2006/06/03(土) 11:10:02理解できない、とw
各メンバー自身に参加不参加の決定権がないとすれば、
(1) 旧VBからの移行組のダメ層は、C#という名前を聞くだけで、すでに抵抗がある
(2) ゆえに「旧VBからの移行組」除けとして、自分のプロジェクトにはC#を採用する
なんて物言いは意味をなさないだろうに。
しかしアポロ副島みたいな読点の打ち方だねw
0438デフォルトの名無しさん
2006/06/03(土) 18:45:580439デフォルトの名無しさん
2006/06/05(月) 14:13:03#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#
#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J#J
0440デフォルトの名無しさん
2006/06/10(土) 02:58:57どちらを使用するかは個人的な好みの問題であるという意見が多数あります。
これはほぼ正しい意見といえます。
0441デフォルトの名無しさん
2006/06/13(火) 21:29:49VB.NETってそんなにだめなんですか?(泣)
0442デフォルトの名無しさん
2006/06/13(火) 21:37:39気にすんなヽ(´ー`)ノ
OS作るって言うなら話は別だが
アプリ作るんだったら、VB.NET はそれなりに優秀
0443デフォルトの名無しさん
2006/06/13(火) 22:05:27先輩がその会話の流れで言った意味は良くわからんけど。
0444デフォルトの名無しさん
2006/06/13(火) 22:44:550445デフォルトの名無しさん
2006/06/14(水) 00:41:570446デフォルトの名無しさん
2006/06/14(水) 03:13:440447デフォルトの名無しさん
2006/06/14(水) 12:22:33自分の知らない領域を後輩に勉強されては、先輩としてカコイイとこ見せられないからそう言ってる。
後輩や彼女、嫁にはいつまでも自分の十八番の下でもがいていて欲しいわけよ。
まぁ、どっちの言語も学習しといて損はないから、両方習得して先輩の反応の様子をうかがってみたら?
cも.netもマスターして、それでもまだ小ばかにするようなら、そんな先輩はお前さんのほうから見切ってしまえ。
0448デフォルトの名無しさん
2006/06/14(水) 20:29:17たとえ両方やるとするならば、VBをメインで学習し、プログラム作成にはVBを使うべし。
0449デフォルトの名無しさん
2006/06/14(水) 21:28:58何がどう良いのか書かないと説得力が無いよ。
0450441
2006/06/14(水) 21:51:202ちゃんでいろいろ教えてもらいながら勉強してて、昨日先輩のこともちょびっと書いちゃいましたって言ったら、
急に先輩いっぱい説明してくれるようになって、「2ちゃんは無茶苦茶詳しい人いるからな。地震とか起きる数分前に
予告する人とかいるんだよ」とかいって、2ちゃんのことすごく褒めたはりました。
いろいろアドバイス、ありがとうございました!
0451デフォルトの名無しさん
2006/06/15(木) 18:15:23|:: ::::::::::::::::: :::::::::::::::::|:|!:ll:::::::::::::||l: :::::::::::::::l||::::::|::::::::::::::::::.!
|:: ::::::::: ::_l||::::::::::::::::::|ll.l||::_:::_| ll :::::::::::::||.!:::::|l:::::!::::::::::::|
|: ::::::::: /、ll|::::::::::::::::::|>|ァ-、、''ミ  ̄ ̄ ̄〃ニ‐く∠!::::::::::::|
|:::::::::::::! /l!|: :::::::::::::::||/;|、::、 !\' ''ィ'L'i:.! ∨::: :.!::::::| >450 あとは、あなたが決めることよ
!::::::::::::::!.l.|!|:::::::::::::::::|ヽ:l-‐',ノ ' .!-'丿 /:::.!:::l:::::f|
|:: :::::::: :ヽ.!||: :::::::::: ::|l| l`.´ ´ .!:: :|::l||::::ll|
|:: :::::::::::: ::||:!: ::::::::: ::||| │ ! /:::::l!:.!||:::|l|
,l:: ::::::::::::::::::::::::::::::_::_l:!|| │ ´ /.::::::.!|:|.!|:::|l!
l|:::::::::::::::::::::::::::::::::::::::!ト、 | ─‐‐ /.:::::::::i| ̄  ̄
l|::::::::::::::::::::l::::::::::::::::::|| 丶、 / :::::::::::::::||
!|:: :::::::::: :::/|::::::::::::::::::|.| 、 .` ー┬ '´::::::::::::::::::::::::l|
0452デフォルトの名無しさん
2006/06/17(土) 18:47:280453デフォルトの名無しさん
2006/06/17(土) 19:09:510454デフォルトの名無しさん
2006/06/17(土) 19:23:23これかな。
Visual Basic 2005 Express Edition 日本語版
http://www.microsoft.com/japan/msdn/vstudio/express/vbasic/
0455デフォルトの名無しさん
2006/06/17(土) 19:24:280456デフォルトの名無しさん
2006/06/17(土) 22:37:11・・・近い将来、ユーザーのことなんて無視して、MSが
この2つの言語、統一しちゃうのじゃない?
0457デフォルトの名無しさん
2006/06/17(土) 22:39:52ヒント:CLRに準拠した言語
0458デフォルトの名無しさん
2006/06/17(土) 22:41:52>予告する人とかいるんだよ
ワロタ
まあこれだけ発言があれば、どれか一つぐらいは予知的中するわな
0459デフォルトの名無しさん
2006/06/17(土) 22:44:090460デフォルトの名無しさん
2006/06/17(土) 22:47:250461デフォルトの名無しさん
2006/06/17(土) 22:48:280462デフォルトの名無しさん
2006/06/18(日) 09:44:15ひさしぶりの面白いネタにワロタw
0463デフォルトの名無しさん
2006/06/20(火) 21:24:10なにそのフラグの立ちかた。
まあ、なんだ、おしあわせにw
0464デフォルトの名無しさん
2006/06/23(金) 21:57:58.NETで書かれてるソフトウェアの割合とか、大体でいいから分からないの?
0465デフォルトの名無しさん
2006/06/23(金) 22:19:250466デフォルトの名無しさん
2006/06/24(土) 01:27:250467デフォルトの名無しさん
2006/06/24(土) 01:52:590468デフォルトの名無しさん
2006/06/24(土) 11:18:000469デフォルトの名無しさん
2006/06/24(土) 19:36:562003のころはusingや演算子のオーバーロード、XMLコメントが使えない。
2005ではイテレータ、匿名メソッドが使えない。
0470デフォルトの名無しさん
2006/06/24(土) 22:26:46VBは.NETが最後になるって聞いた
だからVBは.NETを最後にして最終的にはVB房をC#移行させたいんだってさ
だからVB.NETかC#のどちらかを選ぶんだったら
これ以上先のないVB.NETより将来の明るいC#にしたほうがいいよ
日本のIT企業のやつらは先見の明がないからアメリカのIT企業に先行されるんだよ・・・
特に日本のプログラマーなんかはアメリカのプログラマーのキャッチアップばかり
今はまだ日本では比較的まだC#が浸透してないけど、C#に光が当たる時はAjaxの時のような現象になるはず
出現したばかりは期待されて登場するがそのあとは評価が下がり下降線を辿って消えるかに見えたが、
グーグルがこの技術を使ったことにより一気に主役に踊り出たからね!
0471デフォルトの名無しさん
2006/06/24(土) 22:28:280472デフォルトの名無しさん
2006/06/24(土) 23:03:290473デフォルトの名無しさん
2006/06/25(日) 01:25:220474デフォルトの名無しさん
2006/06/25(日) 01:53:56日経系雑誌読んでる馬鹿上司が言い出しそうな文章だなぁ。
特にグーグルを引き合いにだす所。
0475デフォルトの名無しさん
2006/06/25(日) 02:16:46俺はVB厨大嫌いだが、さすがにVBがなくなるなんてことは今のところないんじゃないか?
VS2005から、VBとC#の方向性の違いが出てきたわけだし。
0476デフォルトの名無しさん
2006/06/25(日) 09:45:100477デフォルトの名無しさん
2006/06/25(日) 13:16:43そう簡単にC#には行かない
そうだな、C#にしたら生産性何倍とか言わないと
言語移行なんてしないな
まあ実際現状では文法以外の差はそんなにはないしな
正直VB6→VB.NETもしくは2005
の違いの方がVB→C#の違いよりもでかい
0478デフォルトの名無しさん
2006/06/25(日) 17:13:130479デフォルトの名無しさん
2006/06/25(日) 17:24:18VB厨にとっては文法の差,VB関数がない
という事も大きな壁のようです。
0480デフォルトの名無しさん
2006/06/25(日) 23:33:43実際、旧VBから互換性のないVB.NETやC#に行くくらいなら、
今主流のJavaでWebアプリに行った方がマシだって考える会社も多いしな。
0481デフォルトの名無しさん
2006/06/25(日) 23:46:20別にそうしたいならVB.NET使ってVB6風にコード書くことは
そんな違和感なくできるよ。
実際、そういう風に割り切れば「違い」、つまり新しく覚えなきゃいかんことは
そんなにないし。
ここでもただのパソヲタ風情がVB6もVB.NETもロクに知らずに
物を言っていることがバレバレだなw
0482デフォルトの名無しさん
2006/06/25(日) 23:56:43文法以前に、過去に作ったライブラリとか放棄する羽目になるんなら
.NETじゃなくてもいいじゃんってことだよ。
0483デフォルトの名無しさん
2006/06/26(月) 00:15:16VB6風に書くような奴らが一緒のプロジェクトに参加するとマジ迷惑なんすけど。
そのプロジェクト(会社単位でも)の奴ら全員がVB6風に書くんなら全然構わないが。
まぁ俺ならそんなことになったら転職する。
つーか新しいこと覚える気がないやつはこの業界抜けろよ。
0484デフォルトの名無しさん
2006/06/26(月) 00:28:21そんな会話
0485デフォルトの名無しさん
2006/06/26(月) 00:32:080486デフォルトの名無しさん
2006/06/26(月) 00:33:04話の文脈読めよw
読解力のない奴だなあ。
言いたいことは分かるけど今はその話とちゃうでしょ。
0487デフォルトの名無しさん
2006/06/26(月) 00:34:10お前プロジェクトにいると迷惑(ry
0488デフォルトの名無しさん
2006/06/26(月) 00:36:23そんな会話
0489デフォルトの名無しさん
2006/06/26(月) 01:26:34.NETはC#だけにしておけば、捨てるにしろ全員移行させるにせよ、よかったんだ
でも、もうVB.NETは消えないだろうね
また以前のVB6のような環境になっていくんだろうけど…
0490デフォルトの名無しさん
2006/06/26(月) 02:13:52Vistaの仕様もごちゃまぜだし、既存のリソースを残しながら新しいことするのって大変ですねー。
0491デフォルトの名無しさん
2006/06/26(月) 05:11:09VS6.0の時代が異様に長かったからみんな油断しすぎた。
0492デフォルトの名無しさん
2006/06/26(月) 08:07:56語るに落ちてないか?
「それ」が君にとって福音でなくリスクであるのは、
君自身に「それ」から利益をひきだす能力が欠けているからじゃねえの?w
0493デフォルトの名無しさん
2006/06/26(月) 11:05:34内容と書き方が読んでて気持ち悪いよ。
知らないうちに自分が嫌な人間になってないか、冷静に振り返ってみて。
0494デフォルトの名無しさん
2006/06/26(月) 12:24:39なんで頭の悪い奴は自分の言葉を自分自身に適用しようとしないのだろうか。
どうでもいいけど、ちょうど君の反応のように
自分自身の問題を、自分と無関係な外部の問題(たとえばマイクロソフトの陰謀とか、
批判者の性格の問題とかねw)に転化しようとする心理的傾向のことを防衛機制っていうんだよ。
0495デフォルトの名無しさん
2006/06/26(月) 12:40:440496デフォルトの名無しさん
2006/06/26(月) 12:51:45やっぱ、異常にレスが気持ち悪いお。
不快感が伝わってくる感じ。
0497デフォルトの名無しさん
2006/06/26(月) 12:53:060498デフォルトの名無しさん
2006/06/26(月) 12:56:490499デフォルトの名無しさん
2006/06/26(月) 13:10:56Vistaになったら特に。
0501デフォルトの名無しさん
2006/06/26(月) 21:41:16体感で分かるくらいだから、3つくらい不等号付けてもいいよね^w^
0502デフォルトの名無しさん
2006/06/26(月) 23:53:090503デフォルトの名無しさん
2006/06/27(火) 00:29:50イヤミを言われてるんだから当たり前だろうに。
まぁ、キミはイヤミを言われるにふさわしいので、誰も彼を非難しない。
それだけのこと。
0504デフォルトの名無しさん
2006/06/27(火) 10:17:150505デフォルトの名無しさん
2006/06/27(火) 12:39:12VB2005の欠点
・unsafeが無い
・Myと既定インスタンスがうざい
C#
・パラメータの規定値がないがオーバーロードは無駄なメンバが増えるから嫌
0506デフォルトの名無しさん
2006/06/27(火) 13:40:26アイタタタタ
0507デフォルトの名無しさん
2006/06/27(火) 14:30:160508デフォルトの名無しさん
2006/06/29(木) 19:46:56・いまだにModuleがある。(Module名を省略可能であることが問題。)
・匿名メソッドが使えない。(まぁ大した問題じゃないか。)
・VB関数とかイラネ。
・VB6厨なんて見捨てろ。
C#2.0の欠点
・Nullable型を?で表すのが個人的に気に入らない。なんで疑問系(に見える)なんだよ。
0509デフォルトの名無しさん
2006/06/29(木) 20:40:110510デフォルトの名無しさん
2006/06/29(木) 20:51:160511デフォルトの名無しさん
2006/06/29(木) 20:52:30>・VB6厨なんて見捨てろ。
0512デフォルトの名無しさん
2006/06/29(木) 21:01:11そうするとC#の欠点がなくなってしまうじゃないか。
0513デフォルトの名無しさん
2006/06/29(木) 21:12:24VBぽくないから無理だろうけど…
0514デフォルトの名無しさん
2006/06/29(木) 21:27:500515デフォルトの名無しさん
2006/06/29(木) 21:48:020516デフォルトの名無しさん
2006/06/29(木) 21:49:03意味わからんよ。
0517デフォルトの名無しさん
2006/06/30(金) 02:00:12VB関数っていうのはMicrosoft.VisualBasic名前空間にあるクラスやモジュールを利用して実現している。
キャストやイベント関連付けはVB関数とは全く違う。
VB経験そんなにない俺に指摘されるVB厨って一体・・・。
0518デフォルトの名無しさん
2006/06/30(金) 12:32:53客先指定で無い限り不要。
0519デフォルトの名無しさん
2006/06/30(金) 13:21:08散々出てる話だけどVB6≠VB.NET=C#だからVB6の経験しかない人に
VB.NETをやらせてもC#をやらせても同じくらい苦戦している。
あえて両者の欠点を挙げると、C#はCOM InteropでType.Missing多すぎ、VBは _ の継続行多すぎ。
この程度ですよ。
0520デフォルトの名無しさん
2006/06/30(金) 19:58:11ほぼ同意。
それと、Microsoft.VisualBasicネームスペースを削ると、C#にとっても可也の痛手だな。
今まで、C#のソース見てきた中で、VB関数1つも使ってないプロジェクトが無かった気がする。
それに、全く使ってないとしても、速度的に遅いか余計なバグを仕込んで・・・
0521デフォルトの名無しさん
2006/06/30(金) 20:56:55MSはなんで古臭い言語設計が好きなんだろ。
0522デフォルトの名無しさん
2006/06/30(金) 23:03:330523デフォルトの名無しさん
2006/07/01(土) 00:22:12釣りだとは思うけどvbランタイムライブラリってそんなに使うかあ?
俺はVB派だけどほとんど使わんけどなあ。
SplitとStrConvの一部の機能ぐらいか、有益なのは。
0524デフォルトの名無しさん
2006/07/01(土) 02:02:26C#のプロジェクトでVB関数使ってるトコなんて見たこと無いんだけど。
VBからの移行組み以外で使ってる人なんてほとんどいないだろ。
しかもVB関数を使わないがために発生するバグってなに?
うん、全力で釣られますとも。
0525デフォルトの名無しさん
2006/07/01(土) 04:44:37例えば、IsDateやIsNumeric。
確かに、大抵の奴はTryParseしたりParseして例外拾ったりとして実装してるが、
偶に、正規表現使用してチェックして、それが間違ってたりとか
IsDateでも独自で日本でよく使うような形式しか対応してなくてとかね。
2005からで言えば、TextFieldParserとかね。
独自でCSVとかのクラス作ってる奴とか見るけど、大抵機能的に網羅してないしね。
単純にカンマだけでSplitしてる馬鹿関数とか、その辺はちゃんとダブルクウォートで括って
対応してるかと思えば、改行付きデータに対応してないとかね。
探せばきりが無いよ。
自分でまともに実装も出来ないくせに、VB関数使わない。
0526デフォルトの名無しさん
2006/07/01(土) 10:38:45何が言いたいのか、意味がよくわからないのは俺の読解力のせい?
それとも俺がエスパーじゃないせい?w
0527デフォルトの名無しさん
2006/07/01(土) 10:51:19多分、読解力のせい
>>525
確かに、”偶に”だがそういったコードは見かけるな。
IsDateやIsNumericはWebサイトとかでTipsとして載ってるからそれ程でもないけど、
CSVとかについては激しく同意。
結構システムとしてCSV出力とか取り込みに対応してますとか言って、
カラムにダブルクウォート入るとエラーになるとか、改行付きのカラムデータだと
おかしくなるとかあるよな。
大抵の場合、ExcelでのCSV出力やCSVファイルをExcelで開いた動作を網羅しないと
ユーザは納得しない場合が多いしね。
(実際にデータ作ったり確認するのがExcelだからな)
0528デフォルトの名無しさん
2006/07/01(土) 11:05:47かなり拡張されたというわけか、よく知らなかった。
でも、VBランタイムライブラリの存在理由って旧VBとの互換性の確保のためだったような気が。
なんでそれが2.0になって機能が増えるんだ?w
0529デフォルトの名無しさん
2006/07/01(土) 11:11:36将来obsoleteされるかもしれんから不使用推奨って話も聞いた記憶があるが。。
その点は大丈夫なんだろうか
0530デフォルトの名無しさん
2006/07/01(土) 11:35:44>>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使えばという突っ込みもある。
0531デフォルトの名無しさん
2006/07/01(土) 11:52:03檻にわざわざ閉じ込めておくのだろうか。
0532デフォルトの名無しさん
2006/07/01(土) 13:31:13その部分は気になりますな。
うちでは他言語の名前空間の機能をCALLする部分はP/Invokeを使ってるクラスと一緒に独立したDLLにまとめてる。
じかに使うのは抵抗があるし将来提供の方法が変わったときのための用心みたいなものです。
0533デフォルトの名無しさん
2006/07/01(土) 14:03:36ただ、VBとC#の違いにはやはり何度も既出だがモジュールの存在、暗黙のインスタンス化など
”あまり好ましくない機能”がある。
モジュールはモジュール名を省略して呼び出せるから、可読性の低下,グローバル変数の使用とかの問題が出てくる。
ひとりひとりのPGがちゃんとその辺をわかってるんなら問題にならないが、なかなかそうもいかないだろう。
0534デフォルトの名無しさん
2006/07/01(土) 14:42:01逆に言えば、その辺がVB.NETプログラマとしての質を見極める手段の1つになりそうだけどね。
0535デフォルトの名無しさん
2006/07/02(日) 01:08:16標準の機能では、そういう業務的な部分って整備されにくかったりするな。
TextFieldParserって知らんかったよ、結構使えそうだな…
0536仕様書無しさん
2006/07/02(日) 01:15:57ttp://msdn2.microsoft.com/ja-jp/library/wk6ka2wf.aspx
0537デフォルトの名無しさん
2006/07/02(日) 11:35:338bitBASIC、C、C++、軽くjava、C#と憶えてった俺だが、
最近EXCELのマクロ組んでて、VBAのソースの見栄えは好きじゃない。
C#,C++,Javaや、あと多分perl,PHP等は括弧や代入書式が似てるから、
言語仕様詳しく知らなくてもどれか知ってればなんとなく読めると思うんだけど、
VBしか知らないと辛くないかな?
なので、最初に憶えさせるならC#(やJava)が良いと思う。
VB.NETはBASICマスター向けだと思う。
0538デフォルトの名無しさん
2006/07/03(月) 01:33:26日経系のサイトなんかではVB厨には難しいみたいな記事で煽っていたけど、
現実世界のVBやっている人でそこまでダメな人は珍しい。
多分ライターの脳内ソース。
0539デフォルトの名無しさん
2006/07/03(月) 02:55:560540デフォルトの名無しさん
2006/07/03(月) 15:57:41>現実世界のVBやっている人でそこまでダメな人は珍しい。
おまいの言う事こそ凄いウソっぽいね。
0541デフォルトの名無しさん
2006/07/04(火) 01:40:290542デフォルトの名無しさん
2006/07/04(火) 01:47:190543デフォルトの名無しさん
2006/07/04(火) 08:55:51──ところで,あいかわらず旧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は無くならないと断言で
きる(笑)。
0544デフォルトの名無しさん
2006/07/04(火) 23:23:44単にやる気がないかバカなんだろう。
0545デフォルトの名無しさん
2006/07/04(火) 23:31:00.NET(っていうよりMSDNライブラリかもしれんが)にかなり慣れてきてても
なかなか実現したいことに対応するクラスが見つからないことって実際問題あるし。
0546デフォルトの名無しさん
2006/07/04(火) 23:37:13最近MSからの離職者多いよな・・・・
0547デフォルトの名無しさん
2006/07/06(木) 17:31:16Myクラスあんま役に立ってねぇwwww
何故かMSDNにさらにヘルプがいるようなことを
後輩は言ってたな・・・
確かに俺も難しい言い回しが多いとは思うけど
0548デフォルトの名無しさん
2006/07/06(木) 22:58:590549デフォルトの名無しさん
2006/07/07(金) 02:20:270550デフォルトの名無しさん
2006/07/07(金) 08:11:10馬鹿の癖に背伸びしちゃってw
MSDNライブラリの記述がいまいち分かりにくいのは、
最大の理由は網羅的に記述する必要があるから。(実際に網羅的である、ということはむしろ
稀ではあるんだが。。)
別に翻訳はまずくない。少しも、な。
機械翻訳のサポート情報を別にすれば。
0551デフォルトの名無しさん
2006/07/07(金) 08:18:58どこがやねん
0552デフォルトの名無しさん
2006/07/07(金) 12:58:12翻訳AI乙
0553デフォルトの名無しさん
2006/07/07(金) 16:40:42C# ゙53
C++ 40
VB.NET 19
記事の量ではC#が多いな。
0554デフォルトの名無しさん
2006/07/07(金) 23:42:59MSDNのライブラリがわかりにくいと感じるのはお前の頭が弱いからだろ。
0555デフォルトの名無しさん
2006/07/08(土) 01:19:35ただちゃんとコレクションを指定していないせいかも知れないとか今思ったけど。
0556デフォルトの名無しさん
2006/07/08(土) 21:49:01Javaが消えてくれたら心置きなくC#選べるんだがな
0557デフォルトの名無しさん
2006/07/08(土) 23:49:00どっちかがなくなってくれれば・・・どっちでもいいけど
0558デフォルトの名無しさん
2006/07/28(金) 22:04:310559デフォルトの名無しさん
2006/07/29(土) 17:58:590560デフォルトの名無しさん
2006/07/30(日) 16:46:25http://ex16.2ch.net/test/read.cgi/news4vip/1154167137/
まとめ
http://vanbl.blog.shinobi.jp/
現在新しい専ブラを開発中ですプログラミングに詳しい方
>>1にアドバイスをお願いします
0561デフォルトの名無しさん
2006/07/30(日) 18:01:220562デフォルトの名無しさん
2006/08/05(土) 16:38:17ジャンケン程度でいいんだが
0563デフォルトの名無しさん
2006/08/06(日) 00:52:480564デフォルトの名無しさん
2006/08/06(日) 14:11:14両方混ぜればいいじゃない。
アセンブリはどっちで作ったものも関係無く読めるんだし。
0565デフォルトの名無しさん
2006/08/09(水) 03:37:28どっちも大差ないわけだが、
さくっと簡単にやるなら迷わずVBでいいんじゃない?
便利で優秀なライブラリが揃ってて開発効率がいい。
とくにMyがあると雑多な作業が軽減できる。
ある程度どっちも扱えるな乗り換えなんていつでもできるし、どっちかだけに拘る理由もない。
どの道長い目でみれば、また新たな開発環境に変わる日は来る。
0566デフォルトの名無しさん
2006/08/16(水) 03:36:05C#は、綺麗に書けないと嫌な人向け
VB6系は、とてもいいツールだったんだから
VB.NETも、そうなっていってくれるといいと思う
たとえオブジェクト指向が、ほとんど分からなくても開発出来るようにねw
>>562
どんなスキルの誰が?ってのによるだろう
どうせどっち選んでも、あんまり変わらないし
0567デフォルトの名無しさん
2006/08/17(木) 00:04:59職業プログラマーは敷居が低い誰でも簡単、お手軽言語のVBが嫌い
0568デフォルトの名無しさん
2006/08/17(木) 00:47:27下に位置する人間ほど、さらに下の階層を必要とする
ということ?
0569デフォルトの名無しさん
2006/08/17(木) 11:07:01程度が低いアプリ、高度な事をしようとすると途端に手詰まり言語のVB
の間違いだろ。
0570デフォルトの名無しさん
2006/08/18(金) 04:32:10職業プログラマは、開発効率にうるさい風でありながら、高水準を嫌う傾向にある。
職業プログラマは、単純で解りやすい作りを推し進める風でありながら、
ソースリストに個性や芸術性を求めてどうでもいいテクニックで技術力をアピールしたがる。
職業プログラマは、誰でも簡単っていう素人ご用達なイメージのVBはプライドが絶対に許さない。
>>569
VBで手詰まりならC#でも手詰まりです
0571デフォルトの名無しさん
2006/08/18(金) 04:49:11VBが嫌だと言う、”少しは”やる気の職業プログラマなら問題はないんだ
問題はVB6もまともに使えない、VB6からJAVAにステップアップできなかった奴らだ
彼らはその受け皿としてのVB.NETを待ってるわけで、別に優れた物でなくてもいい
当然VB.NET2005は、まだその域に達していない
逆にC#は、そういうのが嫌な人が使うようになっている
要求された仕様が適当に作っていっても、動いていればいい
それがダメ職業プログラマー
0572デフォルトの名無しさん
2006/08/18(金) 06:20:280573デフォルトの名無しさん
2006/08/18(金) 09:00:49そりゃ、ドトネトが壮大なブビランタイムに過ぎなかったというだけ。
>プライドが絶対に許さない。
プログラマでプライドを優先する話なんか無い。
それより難しいけど大丈夫かという話ならあるけど。
読み筋間違ってるよ。
0574デフォルトの名無しさん
2006/08/18(金) 18:36:52鈍感な奴。
俺は>>570が言うような心理的傾向はかなり一般的に存在すると思うよ。
それどころか、はっきり口にだしてそのように言う奴も少なくない。
0575デフォルトの名無しさん
2006/08/19(土) 23:49:57たぶんC#の仕事はVB.NETに比べれば少ないだろうね
C#で仕事ある?
http://pc8.2ch.net/test/read.cgi/tech/1111656698/
0576デフォルトの名無しさん
2006/08/20(日) 23:45:42>逆にC#は、そういうのが嫌な人が使うようになっている
つまりそれは、VBなんてプライドが許さないってことと一緒だろ?
そもそも仕事の出来ない奴にも何かしら仕事を与えないといけないんだし、
仕事のできるやつほど、出来ない奴や新人の面倒をみないといけないだろ。
プロジェクトの内外問わず困った時は助け合う必要があるけど、
仕事の出来ない奴を受け入れたくない奴は困った時に誰も助けたくない。
>>572
今は単価が変わらないから C#でやるならVBのほうがいいに決まってる。
ネームバリューやプライドの問題だけじゃないかな?
0577デフォルトの名無しさん
2006/08/21(月) 04:11:16・VBなら楽できそうなイメージ
何も知らない素人が選択権を持っている場合、イメージって結構重要。
0578デフォルトの名無しさん
2006/08/21(月) 08:49:07>それどころか、はっきり口にだしてそのように言う奴も少なくない。
ブビチュウの妄想と幻覚だろ。ソースにするな。
0579デフォルトの名無しさん
2006/08/21(月) 11:16:47その発言に
>>570が言うような心理的傾向が感じられる
0580デフォルトの名無しさん
2006/08/21(月) 11:25:01ブビやドトネトを使わないのは実際の性能と安定性をテストした結果。
仕上がりの良いアプリを作れるなら使っても良い。
0581デフォルトの名無しさん
2006/08/21(月) 16:57:02意味が解らん。
出きる奴ほど、できる限り簡単に開発環境が欲しいにきまってる。
>>580
>仕上がりの良いアプリを作れるなら使っても良い。
作る人次第だな。
仕上がりの良し悪しを言語のせいにする前に自分の技術磨こうな。
どんな言語でも作る人で仕上がりは違う。
0582デフォルトの名無しさん
2006/08/21(月) 23:06:21577ではないが意味は分かる。
要するに「出来ないヤツ」が決定権を握っているもんだってことさ。社内競争
に勝つのは強引に仕事をもぎ取ってきた奴であって、苦労しながら仕上げた
奴ではないってことさ。
0583デフォルトの名無しさん
2006/08/21(月) 23:08:30パターンもあるっけな。
結局のところ、を持ってる奴が一番強い。
0584デフォルトの名無しさん
2006/08/22(火) 08:59:20ほら妄想。
仕上がりの良し悪しに言語(開発ツール)がカラム事を知っているM$は賢いからブビとドトネトをスルーする。
0585デフォルトの名無しさん
2006/08/23(水) 14:07:04あなたの一連の発言は、どれもみな偏見で論理性の欠片もなく、
知性さえも感じないわけだが・・・
だいじょうぶか?
0586デフォルトの名無しさん
2006/08/23(水) 14:22:28要されてないわな。
出来ない奴を誰が面倒見るかが最も重要であって、
出来ない奴に決定権なんて無いに等しい。
0587デフォルトの名無しさん
2006/09/03(日) 23:59:37>586は、「出来ない奴に決定権が無い」だけ恵まれた環境にいるんだ
>577,582は、かなり悲惨な上司を・・・
発注元のSEなんてプログラムのプの字も知らなくてもいいのですよ
どうせうちは孫請けだからorz
>>583
> 結局のところ、を持ってる奴が一番強い。
なにを持ってるの?
まあVBユーザー多いし、誰でも作れるからコストも安いってのはあるだろうし
VB.NETもそういう人たちのために改善(簡単に?)されていくんだろうね
「オブジェクト指向を捨てでも、VB.NETをはやらせる」
って意気込みがあればVBも生き残れそうなのに・・・
0588デフォルトの名無しさん
2006/09/04(月) 00:55:30そうしようと思えば悪い意味で今までどおりVB風のコードをVB.NETで書くことも可能だと
何度説明すれば。。。
0589デフォルトの名無しさん
2006/09/05(火) 00:47:32ところてん最強伝説
0590デフォルトの名無しさん
2006/09/07(木) 07:43:150591デフォルトの名無しさん
2006/09/08(金) 02:49:02説得力がありました
0592デフォルトの名無しさん
2006/09/08(金) 04:38:000593デフォルトの名無しさん
2006/09/09(土) 19:19:110594デフォルトの名無しさん
2006/09/14(木) 14:14:430595デフォルトの名無しさん
2006/09/17(日) 17:03:260596デフォルトの名無しさん
2006/09/17(日) 17:32:050597デフォルトの名無しさん
2006/09/17(日) 20:39:330598デフォルトの名無しさん
2006/09/17(日) 22:58:250599デフォルトの名無しさん
2006/09/17(日) 22:59:020600デフォルトの名無しさん
2006/10/20(金) 20:52:55最
高
だ
ぜ
!
0601デフォルトの名無しさん
2006/10/20(金) 20:57:080602デフォルトの名無しさん
2006/10/21(土) 01:10:430603デフォルトの名無しさん
2006/10/21(土) 14:52:350604デフォルトの名無しさん
2006/10/21(土) 15:12:281.非常に便利な関数が用意されている
2.解明困難なコーディングミスを減らせる
3.Officeアプリケーションとの連携が抜群
4.COM関連の困難な引数指定を省略できる
5.標準モジュールが存在する(その志向が嫌いなら利用する必要は無い)
0605デフォルトの名無しさん
2006/10/21(土) 15:28:26いや俺もVBのコードの方が読みやすいとは思うけどね。
でも2003だとC#でしか使えない機能が結構あってムカツクこと多いんだよな
0606デフォルトの名無しさん
2006/10/21(土) 18:07:520607デフォルトの名無しさん
2006/10/22(日) 12:19:242.括弧よりもend〜のほうが対応関係がわかりやすい
3.大文字小文字の区別をしなくておk
4.VB関数がぱっと使えて便利
5.eventはC#よりちょっと便利
0608デフォルトの名無しさん
2006/10/22(日) 12:45:06ネストが深いほど間違える危険がある。間違えると発見しにくい。
VBだとそんな心配が無い。
if (a)
if (b)
puts("b = 真");
else
puts("a = 偽");
if (a)
{
if (b)
puts("b = 真");
}
else
puts("a = 偽");
0609デフォルトの名無しさん
2006/10/22(日) 12:49:43は?
2.括弧よりもend〜のほうが対応関係がわかりやすい
うそ。endのほうがゴチャってて見にくいだろ。可読性はC#のほうが上。
3.大文字小文字の区別をしなくておk
これはそだね。C#区別しちゃうしね
4.VB関数がぱっと使えて便利
は?
5.eventはC#よりちょっと便利
・・・。
0610デフォルトの名無しさん
2006/10/22(日) 12:50:570611デフォルトの名無しさん
2006/10/22(日) 12:50:59だったらどっちでもいいんじゃないかと。
それだけはC#の大勝。
0612デフォルトの名無しさん
2006/10/22(日) 12:55:53両方ある程度慣れた上で比較すると、VBのコードの方が読みやすいのは
事実だと思うよ。
まあ、「カナだけでかいたぶんしょう」と「漢字かな混じりの文章」ほどの
違いはないが.........
あと、俺的にはVBのStaticに相当するものがC#では廃止されているのか、
ちょっと理解できないんだけど、あれはどうしてなんだろうねえ。。
0613デフォルトの名無しさん
2006/10/22(日) 13:02:550614デフォルトの名無しさん
2006/10/22(日) 13:04:38の方が圧倒的に分かりやすい。
VBは英単語で構成されているから文字がごちゃごちゃ
していると言われるが、ずっと使っていたら完全に目が慣れる。
慣れた後は爽快。
0615デフォルトの名無しさん
2006/10/22(日) 13:14:02その代わりWitheventsとHandlesってのがあるんだよ。
こいつの強力なのは、IDEによるテンプレートの自動生成ってのもあるけど
それ以上にWitheventsで宣言した参照が現在参照しているインスタンスの
イベントを自動的にイベントハンドラにバインドしてくれるって点だな。
C#だと、参照に別のインスタンスを代入するごとにデリゲートを-=と+=
しなきゃいかんでしょ。
もちろんこの仕組みは容易に落とし穴や欠点にも転じうるわけだがw
0616デフォルトの名無しさん
2006/10/22(日) 14:48:37すまんがわし元VB厨な。
C#はじめてからはC#以外はしばらくやらん、と決めた。
C#のほうが可読性は絶対的上だと思う。
ちなみに年齢的にPG始めたころは猫も杓子もVBといった時代生まれなので
生粋のVB上がりのマですよ。
てか、どっちが可読性が上かというのは慣れと好みだから
一概に言えない。断定は駄目だな。
ただVBが4年VB.NET1年。C#2年の自分は比べて3ヶ月でC#に軍配が上がったのでそうなった。
C#の案件を選ぶとJava上がりやC上がりの人間がソースを組んでる場合があり
そういう意味でも可読性がよい。
VB.NETはVB上がりの人間がクラスの名を借りた共通関数wみたいな糞コード書き散らかしてるところが多すぎた。
0617デフォルトの名無しさん
2006/10/22(日) 15:24:51価格.comで自分が買った商品をマンセーしている人みたいにさ。
いや、あくまでひとつの可能性だから。
0618デフォルトの名無しさん
2006/10/22(日) 16:01:32決めたのは可読性がよくてこざっぱりしてるからだよ。理由が先。
0619デフォルトの名無しさん
2006/10/22(日) 16:48:55http://www.tiobe.com/index.htm?tiobe_index
C#はperl,pythonに負けてる。
0620デフォルトの名無しさん
2006/10/22(日) 16:53:20VS2005ではC#も使えなくなったんじゃなかったっけ?
0621デフォルトの名無しさん
2006/10/22(日) 19:15:070622デフォルトの名無しさん
2006/10/22(日) 19:40:570623デフォルトの名無しさん
2006/10/28(土) 22:24:45んで、可読性なんてそれほど変わらないとおもうんだが・・・
ましてや他人の書いたソースが綺麗か汚いかなんて論外だろ。
0624デフォルトの名無しさん
2006/10/31(火) 01:17:10VBの方が可読性は良いよ。
0625デフォルトの名無しさん
2006/11/01(水) 00:41:27C#の方が可読性は良いよ。
0626デフォルトの名無しさん
2006/11/01(水) 00:51:25VBの方が高水準なライブラリを利用できる分、
簡単で可読性の高いソースコードになる(場合が多い)。
syntaxは好みと慣れの問題。
0627デフォルトの名無しさん
2006/11/01(水) 01:33:340628デフォルトの名無しさん
2006/11/01(水) 03:13:49VBはVB6っぽくも書けるところが良いところだと思う。
0629デフォルトの名無しさん
2006/11/01(水) 06:59:44VBのMyおよび充実したライブラリが非常に便利で強力であること。
それらによってコーディングが簡単になり、開発効率が良くなること。
さらには可読性も良くなる等・・・
今のところVBの方が随分と良いように書いてありますが、
仕事の都合や職場の事情あるいは技術者のプライド以外で、
技術的観点からC#の素晴らしい点を挙げてほしい。
0630デフォルトの名無しさん
2006/11/01(水) 09:44:010631デフォルトの名無しさん
2006/11/01(水) 09:48:46ILの見通しのよさは異常
ilasm以外は禁止したほうがいい
0632デフォルトの名無しさん
2006/11/01(水) 17:49:59C#でMicrosoft.VisualBasic.dllは駄目か?
0633デフォルトの名無しさん
2006/11/01(水) 20:35:360634デフォルトの名無しさん
2006/11/01(水) 22:21:55駄目かどうかじゃなくて、そうすることでどんな利点があるか書いてくれよ。
0635デフォルトの名無しさん
2006/11/01(水) 23:01:040636デフォルトの名無しさん
2006/11/02(木) 02:10:06C#だと引数省略できないから面倒だと思う。
それに、参照するくらいなら初めからVB使ってもいいんじゃない。
0637デフォルトの名無しさん
2006/11/02(木) 02:15:250638デフォルトの名無しさん
2006/11/02(木) 03:39:120639デフォルトの名無しさん
2006/11/02(木) 09:50:09Overloadsを活用できないのは言語ではなく設計能力の問題じゃないか?
0640デフォルトの名無しさん
2006/11/02(木) 10:02:34( ゚д゚)
(゚д゚ )
( ゚д゚ )
佐賀県に監視されてる
0641デフォルトの名無しさん
2006/11/02(木) 12:35:15COM Interopでの話だろ?MSOffice関連のRCWがそういう機能を使いまくりだから。
0642デフォルトの名無しさん
2006/11/02(木) 23:27:00C#だろ。
生産性が全然違う。
0643デフォルトの名無しさん
2006/11/02(木) 23:30:14VBだろ。
生産性が全然違う。
0644デフォルトの名無しさん
2006/11/02(木) 23:35:14>>570
>>629
0645デフォルトの名無しさん
2006/11/03(金) 14:42:53>簡単で可読性の高いソースコードになる(場合が多い)。
ってそれお前の主観だろ。
そんなことしてもJava、C上がりの人間、もしくは下vb厨の自分も
vbソースのend ifがすでに可読性悪いんだよ。
後はvb.netの開発チームはvb上がりの人間が多くてソースがキモい。
C#はJavaやC上がりの人間が入ってくることが多くデザインパターンがしっかりしている。
5案件中2案件vb.netで3案件C#だったがデザインパターンの美麗さは
後者に絶対的に軍配があがる。
0646デフォルトの名無しさん
2006/11/03(金) 15:08:44VB上がりに低レベルが多い、というのが事実だとして、
そういう事実性とVBのコードの可読性とは何の関係もない。
まあ>>626のレスも恣意的過ぎると思うが。
クラスライブラリなんて参照設定すればどっちからでも使えるし。
正直、可読性はどっともあまり違わないか、C#の方が先端的な機能が
実装されてるぶん高いと思う。
逆に視認性(といっていいかどうか知らないが)は
VBのコードの方が明らかに高いと思う。
まあこれは俺がPascalからプログラミングの世界に入った人間だから
そう思うのかもしれないけど。
0647デフォルトの名無しさん
2006/11/03(金) 15:16:31>C#はJavaやC上がりの人間が入ってくることが多くデザインパターンがしっかりしている。
>5案件中2案件vb.netで3案件C#だったがデザインパターンの美麗さは
>後者に絶対的に軍配があがる。
よく知らん言葉を使うなwww
まぁVB厨のソースがキモイのは事実。あれはむしろコボルに近い。
0648デフォルトの名無しさん
2006/11/03(金) 15:20:34どっちでも読みやすいほう使用すればよい、機能的には言語差なんてないと一緒でしょう
そもそもが、そういう主旨のもとお互い歩み寄った言語で、それ目指して作られた言語でしょ。
0649デフォルトの名無しさん
2006/11/03(金) 19:10:06頭悪いのはお前だよ。
可読性がいいかどうかは人それぞれ。
断定してるあたりが糞。
0650デフォルトの名無しさん
2006/11/03(金) 19:45:46さしたる反論もなしに「人それぞれ」なんて言ってしまうお前の方が無能に見えるな。
0651デフォルトの名無しさん
2006/11/03(金) 22:12:04死んでもVBがいいと言い張るVB厨イタス
0652デフォルトの名無しさん
2006/11/03(金) 23:14:31いったい誰にレスしてるんだい(・∀・)
VBの呪縛から逃げ出せたのなら、次は日本語を勉強しような。
0653デフォルトの名無しさん
2006/11/03(金) 23:27:360654デフォルトの名無しさん
2006/11/03(金) 23:28:21VBやってる人間ってこういう思い込み激しいヤシが多いからいやん
0655デフォルトの名無しさん
2006/11/04(土) 00:09:160656デフォルトの名無しさん
2006/11/04(土) 18:11:14アクセス修飾にはPrivate/Public等があるのにDimなんて残す必要があるのかな。
型名を指定するのにASなんて使うのも無駄な気がする。
つーか、アプリケーションのエントリポイントがコード中に見えないのは気持ち悪い。
0657デフォルトの名無しさん
2006/11/04(土) 19:32:10変数を宣言する時でも英文みたいになるんだよ。
0658デフォルトの名無しさん
2006/11/04(土) 20:47:04高水準だから英文みたいになるんじゃなくて、
最初から「英文みたいになるように」っていう意図が最初からあるんだよ。
ImplementsとかInherits、なんて三単現のs付いてるぐらいなんだから。
ま、Dimなんかは意味不明なんだけど
0659デフォルトの名無しさん
2006/11/04(土) 20:52:08普通はVBの型のいい加減さや、>>656のmain()相当が見えないようなことが気持ち悪いと思うはず。
0660デフォルトの名無しさん
2006/11/04(土) 20:55:13笑うところかなw
どうでもいいがMainは必要なら明示的に指定することも可能。
0661デフォルトの名無しさん
2006/11/04(土) 21:13:36Mainが「必要なら」とか言ってることそのものがVB厨のいい加減さを表してる。
一生イベントハンドラでも書いてればいいと思うよ。
0662デフォルトの名無しさん
2006/11/04(土) 21:27:47「必要なら」mainを指定できるのと「必要なら」WndProcをオーバーライドして
明示的に記述できることに大差があるとは思えんが。。
ま、ガキは話題の対象について話したいというよりレスしてる人間の人格の方に
興味があるようだからどうでもいいが。
0663デフォルトの名無しさん
2006/11/04(土) 21:31:060664デフォルトの名無しさん
2006/11/04(土) 21:39:05言語仕様にそれが記述されていないから「言語というより環境」だとか言う謗りを受けるのだろう。
つーか、お前さんの方が話題を把握できていないんじゃないか?
>>663
VB6だとvariantだっけ。Option Strictか何かで設定できる。
VB2005には暗黙的な型はオブジェクト(Object型?)とみなすというオプションがある。
http://www5b.biglobe.ne.jp/~yone-ken/VBNET/special/sp04_OptionStrictOn.html
0665デフォルトの名無しさん
2006/11/04(土) 22:22:31俺はそんなことしないけど、別にそれはそれで一つの考え方だと思うけどね。
実際のデータ型が文字列だろうと整数だろうと実数だろうと、
具体的な処理の場面に応じて文字列みたいに、整数みたいに、実数みたいに振舞ってくれれば
それでいいじゃないか、っていう。
まあ、今も今後もプログラミングにおける主流の発想でないのは確かだ。
っていうか、プログラミングの世界で型を意識することが重要っていうのは普通は
そういう意味と違うよ。
普通はCでいったら*void、.NETでいえばObjectをキャストするような場面を指して
そういうことを言うんだけど、根本的にわかってないようね。
0666デフォルトの名無しさん
2006/11/04(土) 22:32:140667デフォルトの名無しさん
2006/11/04(土) 22:40:08このスレがC#とVBを比較していることを理解していないのはお前だろw
話をどんどん妙な方向に持っていくんじゃないよ。
0668デフォルトの名無しさん
2006/11/04(土) 22:55:09文脈というより、三歩あるくと全てを忘れる鶏頭なのかもしれないが。
お前さんが、VBは「暗黙的な変換」や「暗黙的な型指定」があるから劣っているんだ、
というからこういう話になってるんだけど。
まあほのめかしでなく全部言わないと理解できないようだからあえて言うが、
VBは確かにデフォだとキャストなしてObject型の変数に入ってる中身を片付けされた
変数に代入できたりするんだが、そもそもこういう場面で明示的にキャストすることに
意味があるのかって意見はずっとあるんだよ。
数値の縮小変換についても同様にね。
0669デフォルトの名無しさん
2006/11/04(土) 23:01:39>このスレがC#とVBを比較していることを理解していないのはお前だろw
文脈どころかスレタイも読めんのかw
0670デフォルトの名無しさん
2006/11/04(土) 23:03:49わかった。わかったから現場から出てくるなよ。
0671デフォルトの名無しさん
2006/11/04(土) 23:36:380672デフォルトの名無しさん
2006/11/04(土) 23:45:23>VBは確かにデフォだとキャストなしてObject型の変数に入ってる中身を片付けされた
>変数に代入できたりするんだが、そもそもこういう場面で明示的にキャストすることに
>意味があるのかって意見はずっとあるんだよ。
たしかにソレを主張してしまう阿呆は一定量で存在するな。
死ねばいいのに。
0673デフォルトの名無しさん
2006/11/04(土) 23:46:52VBAではじめてBasicをやったときにそれに戸惑った思い出がある。
まぁなれてきたら変数なんてほとんど宣言しなくなっていったけど。
0674デフォルトの名無しさん
2006/11/04(土) 23:51:47日本NO1、MMO製作プロジェクトが開始されました!
3Dグラフィッカ募集!力ある者だけ参加可
0675デフォルトの名無しさん
2006/11/05(日) 00:01:36いわゆるライトウェイトな言語ならそれでもいいけどな。
0676デフォルトの名無しさん
2006/11/05(日) 18:48:49ないんならC#でいいや。
0677デフォルトの名無しさん
2006/11/05(日) 22:11:41VBはこれ以上背伸びすると言語使用が破綻すると思う。
0678デフォルトの名無しさん
2006/11/05(日) 22:25:37てか普通にC#でもVBでも.NETで開発するなら一緒だろ。
そんな細かな言語仕様でも戸惑うバカPGがここには多いのか?
結論で言えばVBのほうが人は多いし単価は低い。なのでそっち。
C#は人が少ないし単価が高い。ただ出来上がりは大体C#チームのほうがレベルが高い感じ。
0679デフォルトの名無しさん
2006/11/06(月) 12:20:26もう諦めなさいw
0680デフォルトの名無しさん
2006/11/06(月) 15:21:320681デフォルトの名無しさん
2006/11/06(月) 15:23:44文法が似てるから
0682デフォルトの名無しさん
2006/11/06(月) 15:58:08515 名前: 仕様書無しさん [sage] 投稿日: 2006/11/03(金) 23:40:34
Vista RCで.NET2.0のソフト動かしたら、クラスライブラリの挙動の違いで
ボロボロだった…
そのまま実行できちゃうのに、同じクラス、同じメソッドで動作が異なるのはマズすぎ。
マジ終わったかもしれん…
0683デフォルトの名無しさん
2006/11/06(月) 17:37:13両方触ってるなら、どちらも変わらない。
0684デフォルトの名無しさん
2006/11/06(月) 17:45:01自分もそう思う(というか、すでにいっぱいいっぱいじゃね?)けど、
VBなら、VBならきっとやってくれる!
きっと匿名メソッドもイテレーターもサポートしてくれる!
0685デフォルトの名無しさん
2006/11/06(月) 17:46:22あとは、少し違う部分がプログラミングに大きな影響を与えるか否かだと思うが・・・
0686デフォルトの名無しさん
2006/11/06(月) 18:15:560687デフォルトの名無しさん
2006/11/06(月) 18:19:150688デフォルトの名無しさん
2006/11/06(月) 18:28:03だから可読性はたぶん大差ないがC#が上だが、コードの視認性については
「慣れ」では埋められない差が結構差があると思うぞ。
っていうか、結局実際に自分で体感して納得する以外結論は出ない、
というのがFAでしょう。
0689デフォルトの名無しさん
2006/11/06(月) 19:30:41デリゲートもジェネリクスも随分背伸びをしてる感があるよな。
始めから言語使用に組み込まれていたC#とは違い、NET Frameworkの要請からむりやりどうにかしたって感じ。
つか表記気持ち悪すぎ。「List(Of T)」とかさ。
>>688
お前のようなレスをする奴に可読性どうこう言う資格は無い。
まず、日本語を学べ。
0690デフォルトの名無しさん
2006/11/06(月) 20:19:13あるとないとではその領域で大変さが桁違いだが)んだけど、
匿名メソッドだけはなぁ…。
0691デフォルトの名無しさん
2006/11/06(月) 21:54:12VBの匿名メソッドですか。
ちょっと構文を提案してくれませんか?
0692デフォルトの名無しさん
2006/11/06(月) 21:57:51たかがタイプミスにずいぶんと無礼な口の利き方をする奴だこと。
脳内で補完して読める範囲内だと思うが。
狂ってるよお前さん。
0693デフォルトの名無しさん
2006/11/06(月) 22:11:05さすがにVBのトークンについて詳しく知っているわけ
じゃないので無理ぽ
0695デフォルトの名無しさん
2006/11/06(月) 22:22:46大して価値ないと思うんだけど。
VB.NETでやるならVB6のサブルーチンの構文を流用するのかなあ。
まあこれだとメソッドの中以外でつかえないから完全じゃないよなあ。
0696デフォルトの名無しさん
2006/11/06(月) 22:51:4810や20のクラスで悲鳴上げてるようじゃ何か根本的に勘違いしてると思うよ。
アホみたいなクラス数になっても普通なにも問題ないから。
たとえば.NETのクラスライブラリに何千のクラスがあると思ってるの。
クラスが多すぎてマイッチング、なんていってるのはOOP的は発想ができない
VB6からの以降組の一部だけだぜ。
0697デフォルトの名無しさん
2006/11/06(月) 23:27:10慣れれば結構違和感ないぞwwww
個人的にPerseが入ったのがウマス
0698デフォルトの名無しさん
2006/11/07(火) 02:15:10クロージャ的なことを考えると必要。
てかC#でやったことをVBに移植しようとしてぎゃおすw
0699デフォルトの名無しさん
2006/11/07(火) 07:03:190700デフォルトの名無しさん
2006/11/07(火) 11:09:54俺はどっちも使うが、VBのライブラリ参照してまでC#使うきは無い。
ほとんどのことはどっちでもできる。
視認性とか可読性は、好みと慣れの問題だろうし。
0701デフォルトの名無しさん
2006/11/07(火) 12:23:05C#で「VBのライブラリ参照して」何をするの?
もっと効率の良いやり方あるんじゃないの?
つーか、あなた一人でよく頑張るね。
0702デフォルトの名無しさん
2006/11/07(火) 12:30:40Vista RCで.NET2.0のソフト動かしたら、クラスライブラリの挙動の違いで
ボロボロだった…
そのまま実行できちゃうのに、同じクラス、同じメソッドで動作が異なるのはマズすぎ。
マジ終わったかもしれん…
0703デフォルトの名無しさん
2006/11/07(火) 13:26:000704デフォルトの名無しさん
2006/11/07(火) 13:37:34VBのライブラリは便利で優れているわけだが、
お前の言うC#でもっと効率がよくなる方法を提示してくれよ。
結局お前も>>570
0705デフォルトの名無しさん
2006/11/07(火) 13:45:50コーディングも極めて単純で簡単になる。当然ソースも見やすくなる。
C#にもあったらなーとつくづく思う。
0706デフォルトの名無しさん
2006/11/07(火) 14:32:26まったく同じパフォーマンスのプログラムを組むのに、100行掛かる言語と50行で済む
言語なら、50行で済む言語が優れていると思う。
0707デフォルトの名無しさん
2006/11/07(火) 15:14:040708デフォルトの名無しさん
2006/11/07(火) 15:40:38どうせコンパイル時に元のクラスに置き換えてくれるんだろうし。
0709デフォルトの名無しさん
2006/11/07(火) 15:52:200710デフォルトの名無しさん
2006/11/07(火) 15:59:38Vista RCで.NET2.0のソフト動かしたら、クラスライブラリの挙動の違いで
ボロボロだった…
そのまま実行できちゃうのに、同じクラス、同じメソッドで動作が異なるのはマズすぎ。
マジ終わったかもしれん…
0711デフォルトの名無しさん
2006/11/07(火) 17:34:54ヘジだったかな?
曰く要望自体がほとんどないそうな。ぶっちゃけいらな(ry
0712デフォルトの名無しさん
2006/11/09(木) 01:55:390713デフォルトの名無しさん
2006/11/09(木) 02:57:24VB厨に言ってもムダだけどな。
そもそも視点が違う。
0714デフォルトの名無しさん
2006/11/09(木) 23:59:470715デフォルトの名無しさん
2006/11/10(金) 00:09:08“My”はクラスの海からVBプログラマを救う!? − @IT
http://www.atmarkit.co.jp/fdotnet/vb2005/vb2005_01/vb2005_01_01.html
0716デフォルトの名無しさん
2006/11/14(火) 16:59:44あらゆる言語の中でも、これほど便利なものはない。
もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?
C#にこれがないのは実に残念でならない。
0717デフォルトの名無しさん
2006/11/14(火) 17:10:34My.Settingsの情報はどこに保存されるわけ?
0718デフォルトの名無しさん
2006/11/14(火) 18:41:590719デフォルトの名無しさん
2006/11/14(火) 18:51:44Delphi16ビットの頃からあったよね。
0720デフォルトの名無しさん
2006/11/14(火) 20:26:35.NETではレジストリは非推奨、iniよりもxmlです。
0721デフォルトの名無しさん
2006/11/14(火) 21:40:420722デフォルトの名無しさん
2006/11/16(木) 01:52:16とりあえず使ってみたけど、凄いな。確かに便利。
プロパティーのバインドで、好きな項目を選んであげるだけでよく、
コーディングの手間も技術も不要。
たとえば窓のサイズとか、チェックボックスの状態等、何でもできそう。
あとは、
バインドしたプロパティーは意識しなくても勝手に保持され、
変数同様代入してやれば勝手に読み書きもしてくれる。
で、どこに保持されてんの?
0723デフォルトの名無しさん
2006/11/16(木) 09:32:27こういうの最悪。
対処できなくなる。
0724デフォルトの名無しさん
2006/11/17(金) 00:00:41とでも思ってるのか?
0725デフォルトの名無しさん
2006/11/17(金) 15:33:58普通にappname.exe.configに入ってるんじゃないの
0726デフォルトの名無しさん
2006/11/20(月) 04:02:55My.Settingsを使うとフォルダ内で完結しないので移動ができない
0727デフォルトの名無しさん
2006/11/20(月) 08:44:31サイテー
0728デフォルトの名無しさん
2006/11/20(月) 09:28:200729デフォルトの名無しさん
2006/11/21(火) 00:11:190730デフォルトの名無しさん
2006/11/21(火) 01:30:05My.Settingsもまともに使えない奴がまともなプログラミングできるとは到底思えん。
0731デフォルトの名無しさん
2006/11/21(火) 02:08:080732デフォルトの名無しさん
2006/11/21(火) 03:18:29最近は、実行ファイルがあるフォルダ以下にユーザ名でフォルダ作って、
その中に設定ファイル作るのが多いと思うけど。
My.Settingsも、そうなればいいのに。
0733デフォルトの名無しさん
2006/11/21(火) 08:18:33それって、VistaのUACにひっかかりそうだが。
0734デフォルトの名無しさん
2006/11/21(火) 09:57:090735デフォルトの名無しさん
2006/11/21(火) 10:46:34なんて、OSに振り回されるくらいなら独自(オプソでもおk)クラスのんが良いんじゃね?
標準にしとくと長生きするなら意味あるけど、短命になるなら最悪。
0736デフォルトの名無しさん
2006/11/21(火) 11:49:33アプリケーションの設定を保存する
http://dobon.net/vb/dotnet/programing/storeappsettings.html
0737デフォルトの名無しさん
2006/11/21(火) 20:03:490738デフォルトの名無しさん
2006/11/21(火) 22:40:33要はXMLなりレジストリなりに必要なオブジェクトをシリアライズするだけだよな...。
つか、>>716のSettingsとかいうやつも同じことをしてるんだと思うけどな。
>あらゆる言語の中でも、これほど便利なものはない。
>もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?
>C#にこれがないのは実に残念でならない。
を皮切りに、場違いな議論が延々と続くあたり、VB厨との乖離を感じざるを得ない。
0739デフォルトの名無しさん
2006/11/21(火) 23:30:16C#でアプリケーション設定ファイルを作成したときに
IDEが自動で生成してくれるSettingsクラスと何が違うの?
0740デフォルトの名無しさん
2006/11/21(火) 23:38:510741デフォルトの名無しさん
2006/11/21(火) 23:39:360742デフォルトの名無しさん
2006/11/21(火) 23:46:00両方とも特別なクラスってわけじゃないでしょ。
中でしてることは>>736のサイトで書いてるようなんと一緒。
0743デフォルトの名無しさん
2006/11/22(水) 00:26:31>Myの真価は、やはり、My.Settings だろう。
>あらゆる言語の中でも、これほど便利なものはない。
>もはやiniファイル等を用意して読み書きしたりレジストリをこねくり回す時代じゃないってことだろ?
>C#にこれがないのは実に残念でならない。
って言ってるから、C#で使えるsettingsとは全く違う機能なの?って思って。
0744デフォルトの名無しさん
2006/11/22(水) 00:27:06Resourceの方もC#と全く同じ。
>>716の
>C#にこれがないのは実に残念でならない。
ってのはどっからでてきたんだか。
つーか、初期の.NETの頃から、INIファイルじゃなくXMLを使いましょうって言われてるし。
0745デフォルトの名無しさん
2006/11/22(水) 00:29:040746デフォルトの名無しさん
2006/11/22(水) 00:39:12>あらゆる言語の中でも、これほど便利なものはない。
こういう腐れVB厨が将来のコボラと化すんだろうな…。
0747デフォルトの名無しさん
2006/11/22(水) 00:46:09テンボラリに使っちゃまずいかな
0748デフォルトの名無しさん
2006/11/22(水) 00:48:200749デフォルトの名無しさん
2006/11/22(水) 00:54:180750デフォルトの名無しさん
2006/11/22(水) 01:08:27Aチームseason3ディスク3を突っ込んでみるわ
0751デフォルトの名無しさん
2006/11/22(水) 01:36:20なんつーか、ちょっと頭のイカれた子供に「○○ちゃんは間違ってないわよ、周りの子達がおかしいのよ」って
擁護している母親みたいに見えてきてそして僕らがはたから見てて痛々しいというかやるせないというかなんとも言えないこの思いを抱いてしまうのは
きっとVB厨はもう手遅れなんだと心の奥底ではみんなうすうす感づいてはいるんだ、いるんだけれども
それでも救いの手を差し伸べたいと思ってしまう僕たちはきっと偽善者なのでしょうか、性的な意味で。
0752デフォルトの名無しさん
2006/11/22(水) 02:02:540753デフォルトの名無しさん
2006/11/22(水) 02:09:450754デフォルトの名無しさん
2006/11/22(水) 02:17:40恐ろしいことにVB.NETでも可能。
0755デフォルトの名無しさん
2006/11/22(水) 02:19:42普通は保存形式をテキストにするかバイナリにするかで悩むと思うんだけど...?
0756デフォルトの名無しさん
2006/11/22(水) 02:24:050757756
2006/11/22(水) 02:28:15http://ja.wikipedia.org/wiki/%E3%82%B7%E3%83%AA%E3%82%A2%E3%83%A9%E3%82%A4%E3%82%BA
0758デフォルトの名無しさん
2006/11/22(水) 02:28:29どの.NETでも読めるようにするため。
C/C++だとエンディアンの関係とかでそのまま読めない事がある
0759デフォルトの名無しさん
2006/11/22(水) 02:58:58「ファイルに書き出すこと」をシリアライズって言うんじゃないでそ。
オブジェクトの状態を、復元可能な形式で書き出せればいいのだから。
通信やらマーシャリング扱うときもシリアル化したオブジェクトを使うよね。要はXMLだけど。
これは別に.NETに限った話ではないよ。
0760デフォルトの名無しさん
2006/11/22(水) 03:10:33それ本当?
0761デフォルトの名無しさん
2006/11/22(水) 09:06:09適当にググったけどソースみつからんかったorz
確かに聞いたんだけどな。
まぁmanaged DirectXは使えるわけだから原理的には可能でしょ。
0762デフォルトの名無しさん
2006/11/22(水) 10:53:45Content Pipelineはどうしてる?
0763デフォルトの名無しさん
2006/11/22(水) 10:55:14Xboxのゲームを作ってみないか?
http://pc8.2ch.net/test/read.cgi/gamedev/1155571518/
0764デフォルトの名無しさん
2006/11/22(水) 13:39:48XP起動するのに30分くらいかかるようになりましたw
0765デフォルトの名無しさん
2006/11/22(水) 18:59:020766デフォルトの名無しさん
2006/11/22(水) 23:02:10作者の方へ
VisualBasicの学習者たちのためにソース公開してください
(公式サイトが消滅しているようなので、ここにカキコします)
((((;゚Д゚)
すばらしいソフトなので、ぜひともお願いします
0767デフォルトの名無しさん
2006/11/22(水) 23:21:34.Net の 1.1 には My.Setting に相当するものが無かった。
2.0 にはある。ので C# でも普通に使える。
C# にこれが無い、とか言ってる人は2年くらい寝ててさっき起きた人。
0768デフォルトの名無しさん
2006/11/23(木) 00:05:120769デフォルトの名無しさん
2006/11/23(木) 04:45:42バカなVB厨が、
My名前空間に備わっている機能=C#にはない機能
って勘違いした結果だろうな。
0770デフォルトの名無しさん
2006/11/23(木) 13:22:01Formの既定インスタンス機能や、IDEの挙動をVB6に似せるなど、
移行支援の為の対策をVB2005にたくさん盛り込んだわけだ。
特に、Formの既定インスタンス機能は、改悪と言って過言ではないと
自他共に認めるであろう。
MSは、そこまでしてVB6ユーザーを「救おう」としている。
さて、ここでVB6ユーザーであるスレ主が、
VB2005を使ってみて、居ても立ってもいられずに立ててしまったこのスレッドを見てみよう。
http://pc8.2ch.net/test/read.cgi/tech/1159446575/
> [VB6とVB2005って全然違わない?]
> 1 :デフォルトの名無しさん :2006/09/28(木) 21:29:35
> まずcommandがbuttomになってて
> ??
> 線引こうにもlineが認識されない
> なんなの?
私たちはまだまだVB6ユーザーを甘く見ていたようだ。
救いようがないとはまさにこのことではなかろうか。
VB6ユーザーはVB2005に対して、完全同一な物を求めているようだ。
新しいものへのチャレンジ精神があまり備わっていないVB6ユーザーのために
MSは色々な対策を行った。
しかし、いまだにVB6を使い続けているVB6ユーザーには、
新しいものへのチャレンジ精神など微塵も備わっていなかったのである。
このようなVB6ユーザーを生み出したのはMSである。
VB6からVB.NETへと革新的に進化させた結果、このようにいつまでもVB6を使い続けるクズどもが発生したのである。
もはや救いようのないVB6ユーザー。しかしそれでもMSは、最後までこのVB6ユーザー達を見放してはならない義務があるのだ。
0771デフォルトの名無しさん
2006/11/23(木) 14:44:25何を言うか、そもそもVB.net自体、VB6しか使えないヘボプログラマを一掃するための
刺客だったのだ。VB.netとVB6なら、まだVB.netとC#,Javaのほうが近い。
やる気のあるやつがVB.netに乗り換え、主流がVB.netになればヘボプログラマはついていけずに一掃されるはずだった。
ところが、VB6ユーザーは数が減るどころか大部分は移行せず、VB6を使うことに固執し、
未だに大きな勢力を持っているので、MSはこれを取り込む必要があるのだ。
0772デフォルトの名無しさん
2006/11/23(木) 14:48:060773デフォルトの名無しさん
2006/11/23(木) 20:05:440774デフォルトの名無しさん
2006/11/24(金) 01:23:10あちこちの名前空間に散らばってるクラスたちの中から
高頻度で使いそうなものを寄せ集めてきただけだよね?
0775デフォルトの名無しさん
2006/11/24(金) 02:58:250776デフォルトの名無しさん
2006/11/25(土) 16:06:27使えないならウンコ
0777デフォルトの名無しさん
2006/11/25(土) 18:12:440778デフォルトの名無しさん
2006/11/25(土) 20:38:21NDocの方が死滅…w
0779デフォルトの名無しさん
2006/11/25(土) 20:49:33ttp://www.isisaka.com/blog/archives/2006/01/ndocvisual_stud_1.html
0780デフォルトの名無しさん
2006/11/25(土) 23:10:490781デフォルトの名無しさん
2006/11/25(土) 23:56:390782デフォルトの名無しさん
2006/11/26(日) 01:02:23SandCastleのみ?
ttp://www.microsoft.com/downloads/details.aspx?FamilyId=E82EA71D-DA89-42EE-A715-696E3A4873B2&displaylang=en
0783デフォルトの名無しさん
2006/11/26(日) 03:21:410784デフォルトの名無しさん
2006/11/26(日) 11:27:300785デフォルトの名無しさん
2006/11/26(日) 23:15:04VB厨は、コボラーより始末が悪い気がする。
1>>
もし、私がスレ主ならC#を選択します。
0786デフォルトの名無しさん
2006/11/28(火) 12:14:29プログラミング言語を選ぶのに「VB厨は、コボラーより始末が悪い気がする。」
なんて理由でC#を選ぶおまえはVB厨よりも始末が悪い気がする。
0787デフォルトの名無しさん
2006/11/28(火) 12:22:45もともとの話題はどちらを雇ってプログラムを作らすかだったからな。
0789デフォルトの名無しさん
2006/12/06(水) 04:46:530790デフォルトの名無しさん
2006/12/06(水) 08:27:440791デフォルトの名無しさん
2006/12/07(木) 00:57:350792デフォルトの名無しさん
2006/12/17(日) 15:22:13むしろ、その逆
0793デフォルトの名無しさん
2006/12/17(日) 16:39:23MSはこれからもスクリプト言語や関数型言語と.NETで動かすの増やすのだろうけど
まあ今から新規で始めるとしたらVB.NET選ぶ価値がないでしょう
今後はどう進化するかにもよるだろうけど(そろそろ個性出してもいい頃だと思う
ただ今さらJAVAには勝てないだろうし、VB6の分野をJAVAで扱えるようになればそれで終わりな気も・・・
もしVB6ユーザーの受け皿が必要とすれば、VB.NETはそう言う進化もありだとは思う
0794デフォルトの名無しさん
2006/12/17(日) 22:54:50ならまだあきらめてVB6→VB2005
に行くやつのがおおいんでないか?
0795デフォルトの名無しさん
2006/12/17(日) 23:01:390796デフォルトの名無しさん
2006/12/18(月) 10:20:32携帯電話のアプリとか…
>>794
でも、VB6→VB2005に行ってVB.NETを新たに学べる人ならC#も充分学習可能という罠
ただBorlandのPascalと同じでMSもBASICをラインナップから外したくないの鴨。
0797デフォルトの名無しさん
2006/12/18(月) 14:08:53VBに慣れている奴はVBのシンタックスがいいだろうよ。
CLR的に見ても少なくとも思想が違う2つぐらいは面倒みないと言語中立な
設計がわからんし。あと鉄パイソンからLCGが産まれたように何の言語から
有用な機能が産まれるか正直誰にも分からんし。VB9は下手したら
C#3.0よりも先進的っぽいですよ。
0798デフォルトの名無しさん
2006/12/18(月) 19:25:41これって何か深い理由があるのんだろうか?
どう考えてもあった方が便利な機能だと思うんだけど。
たとえばDispose実装するとき、VBなら既に一度呼ばれてるかどうかのフラグを
Dispose内に閉じ込められるが、C#だとこんなどうでもいい変数をわざわざ
フィールドにしなきゃならん。
0799デフォルトの名無しさん
2006/12/18(月) 22:40:28それだけかよ('A')
0800デフォルトの名無しさん
2006/12/18(月) 23:09:040801デフォルトの名無しさん
2006/12/18(月) 23:14:41話はかみ合わない。
言語論争は20年前から見てるもう秋田。
好きなほうを使え。
0802デフォルトの名無しさん
2006/12/18(月) 23:18:47でもVBも業務で使われているみたいだし。
0803デフォルトの名無しさん
2006/12/18(月) 23:19:45話はちゃんと噛み合ってる。
0804デフォルトの名無しさん
2006/12/18(月) 23:36:53いや全然かみ合ってないと思うよ。
まあマジメに読んでくれると思わないが一応。。
http://msdn2.microsoft.com/ja-jp/library/z2cty7t8(VS.80).aspx
>>801
好き嫌いの話なんか一切してないと思いますが。
仮にしてるとしても、あんたが書き込んでるこのスレのタイトル知ってる?w
繰り返すけど俺が関心があるのはC#にVBのStatic相当のしくみが用意されてないことに
必然性があるのかないのかだよ。
単なる個人的な好みをぶつけ合うガキ臭い宗教論争に興味はないよ。
0805デフォルトの名無しさん
2006/12/18(月) 23:37:24って、Cの関数内staticみたいなやつなの?
0806デフォルトの名無しさん
2006/12/18(月) 23:42:47合ってるじゃん。
そっちこそ何か勘違いしてね?
0807デフォルトの名無しさん
2006/12/18(月) 23:45:27まあ噛み合ってると思うなら噛み合ってるということでいいや。
では、>>800の理由は何ですか?
0808デフォルトの名無しさん
2006/12/18(月) 23:46:56なんでC#にはメソッドローカルのstatic変数がないんだろ。
Disposeしたかのフラグとか便利なのに。
>>800
Disposeのフラグにstatic使っちゃまずいだろ。
(staticは寿命は静的変数なので、インスタンスごとにもてないから)
>>801
staticの意味合いが違うんだろ。
話はかみ合わない。
異なる意味じゃなくて同じ意味で話してるからかみ合ってないなんてことはない。
最初から>>804のリンクの内容の意味で話してる。
0809デフォルトの名無しさん
2006/12/18(月) 23:48:03要するにインスタンス変数じゃないってことね。
0810デフォルトの名無しさん
2006/12/18(月) 23:50:39ああ、やっぱりこの程度の人間かよw
いいから黙ってもう一度>>804のリンク先の文章読んでみ
0811デフォルトの名無しさん
2006/12/18(月) 23:54:15ほんとだよお
gyははは
すまんかったorz
まじかよマジで知らんかったよ。
きちんと読んでなかった。
いやすまんかった
ひとつ賢くなったよ。
さんくすorz
0812デフォルトの名無しさん
2006/12/18(月) 23:55:240813デフォルトの名無しさん
2006/12/19(火) 00:00:12そのはずだよ。
0814デフォルトの名無しさん
2006/12/19(火) 00:22:19まぁC系の人が >>811 みたいに混乱するからってことで。
それにさして効果的な機能でもない気がするしなぁ
0815デフォルトの名無しさん
2006/12/19(火) 02:00:03ObjectDisposedExceptionなげるのを忘れてやしないか?
どっちにしろ変更に弱そう。それならはじめからインスタンスメンバ
にしとけよっていうか。
0816デフォルトの名無しさん
2006/12/19(火) 03:30:330817デフォルトの名無しさん
2006/12/20(水) 11:52:01以前からの会社の都合でどうしても VB.NET 2003 とかで開発する
必要がある、というような場合、言語上で新たに覚えないといけないような点
はありますでしょうか?
Version としてはバックすることになりますが、VB2005 の方が楽になっている
ので VB.NET 2003 とかに戻ると オブジェクト指向プログラミング的に
厳密にやらないといけない部分が出てくると思うのですが、その辺で
やっかいな部分から列挙するとどんな感じになるでしょう、、
このあたりを心配していましたが、すみませんが、よろしければこの件で
ご指導くださればありがたく、よろしくお願いします
0818デフォルトの名無しさん
2006/12/20(水) 11:53:40VB2005 に移行していくと考えてよいでしょうか
この辺もよろしければ教えてくださると助かります
0819デフォルトの名無しさん
2006/12/20(水) 11:56:49すみませんでした。
0820デフォルトの名無しさん
2006/12/20(水) 12:00:00ttp://pc8.2ch.net/test/read.cgi/tech/1067474140/342
VS2003で作ったプロジェクトがVS2005でコンパイルできないのには萎えた。
しかも、もう.Net3.0とか言ってるし・・。
DirectXと同様に、エンジニアを振り回すのが大好きですね、MSは。
0821デフォルトの名無しさん
2006/12/20(水) 12:06:310822デフォルトの名無しさん
2006/12/20(水) 14:56:16http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=798587&SiteID=7
>.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
>このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。
0823デフォルトの名無しさん
2006/12/20(水) 15:14:02そうですか、やはりソース上の互換性はないのですか
当方は817-819ですが、たとえば、
VB.NET 2003 までは
フォームの Load の段階ではもしかしてインスタンスの生成を書かなければ
ならなかったのが、2005 では必要なくなり、むしろ書くとエラーとなるようでした
これは 2005 のものを 2003 以前の環境にそのまま読み込んでも
実行できないということなのではないかと思いました
それともこれは回避できるのであって、こうではないのでしょうか?
0824デフォルトの名無しさん
2006/12/20(水) 15:45:44> フォームの Load の段階ではもしかしてインスタンスの生成を書かなければ
> ならなかったのが、2005 では必要なくなり、むしろ書くとエラーとなるようでした
書いてもエラーにゃならんと思うが。
0825デフォルトの名無しさん
2006/12/20(水) 16:24:10Partial Classの仕組みを理解してなくて、2005で追加したフォームに、
2003のソースの一部だけをコピペしてるのだろう。
IDEに互換が乏しいというべきだろうな。
0826デフォルトの名無しさん
2006/12/20(水) 16:46:18そうですか、当方823ですが、
ただ2005で、*.vb のファイルのコードエディタにそれを書くとエラーになったかと
記憶しています
>>825
>Partial Classの仕組み
それは、もしかして要するに同じコードが重複するってことですよね
ということは、「2003のソースをそのまま追加」 するということは
その2003での *.vbファイル そのものを 「追加」 するということですね
ということは、やはり、2005 では、 *.vb ファイルのコードエディタには
インスタンスの生成部分を書いては 「ならない」 ということを意味
しますよね
0827デフォルトの名無しさん
2006/12/20(水) 16:49:392005 で開発したコードは、 2003 では実行できない
=下位互換性はない
ということですよね
ということはやっぱり、2005 で勉強してできるようになっても
2003 で開発し続けている会社では、2003 での構成方法も
学びなおさないと開発できない、ということを意味しますよね
0828デフォルトの名無しさん
2006/12/20(水) 16:53:16>>826
>*.vbファイル そのものを 「追加」 する
これは、正確には
>*.vbファイル に関係するすべてのファイルを 「追加」 する
が正しいですか
0829デフォルトの名無しさん
2006/12/20(水) 17:02:18何をそこまでてんぱってるのかわからんが、そんなに構えなくてもいいんじゃね?
そりゃ違うところはあるだろうし、2005から追加した機能もあるから
そのあたりの違いは勉強しないといけないけど、基本はほとんど変わらないはず。
普通にやればいいと思うよ。
ちなみに、「Partial Class」は「同じコードが重複する」わけじゃなくて、
1つのクラスを2つのファイルに分割して書けるってだけだよ。
0830デフォルトの名無しさん
2006/12/20(水) 17:37:41>=下位互換性はない
当たり前じゃん
0831デフォルトの名無しさん
2006/12/20(水) 17:41:560832デフォルトの名無しさん
2006/12/20(水) 17:43:11僕のはしょぼいせいかカンペキだ…
0833デフォルトの名無しさん
2006/12/20(水) 18:15:432.0から3.0への移行なら100%互換だよ
というか追加があっただけで何も変わってない
はず
0834デフォルトの名無しさん
2006/12/20(水) 22:14:28で先にお聞きし、スレ違いと思い直してこちらに来て改めてお聞きしていました。
>>829
なるほど、確かにそうですよね>「Partial Class」
で、別ファイルにあるインスタンス生成部を通常の動作コードに書くと
「重複」になるものと思ったのでした
>>830
やはり
>>831>>832
2003 から 2005 に移行するのには 「移行ウイザード」というのが
あるのでしたか、わかりました
>>833
その辺はまだ知らないのでした
一応、やはり 2005 で勉強してできるようになっても、会社によっては
「2003 で開発し続けていく」 会社もあるでしょうから、そうなるとそこに
行って仕事するとなると、すぐには使えず、 2003用の学習は必要
にやはりなりそうですね・・・
0835デフォルトの名無しさん
2006/12/20(水) 22:20:29>で先にお聞きし、スレ違いと思い直してこちらに来て改めてお聞きしていました。
あ、間違えた
これがこちらでした・・・大変スマソです(汗
0836デフォルトの名無しさん
2006/12/20(水) 23:48:250837たかとし
2006/12/21(木) 00:17:45VS2005やったらとてもVS2003は出来ない。
作業が大変楽
0838デフォルトの名無しさん
2006/12/26(火) 13:18:16違うよ。
VB6にはsharedも初期値代入も無い。
0839デフォルトの名無しさん
2006/12/26(火) 13:20:42http://blogs.msdn.com/somasegar/archive/2006/09/26/772250.aspx
○ VB 6.0 - Supported
× VB.NET 2002 - Not supported
× VB.NET 2003 - Not supported
× VB 2005 - Not supported
△ VB 2005 SP1 - Supported (ただしUAC関連の問題あり)
VBワロスwwwwwwwwwwwwwwwww
.NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/
( <●><●>) ドトネト1.0〜2.0廃止なのは分かってます
(U )つ
u u
>廃止予定一覧 : アセンブリ単位
>廃止予定一覧 : 名前空間単位
0840デフォルトの名無しさん
2007/01/11(木) 21:57:40>>682 がちょいと気になる
0841デフォルトの名無しさん
2007/01/12(金) 10:21:41>互換性 ".net" の検索結果 約 1,720,000 件中 1 - 10 件目 (0.15 秒)
互換性について相当考慮してくれてることが分かる。
0842デフォルトの名無しさん
2007/01/30(火) 23:29:01Private Sub StartToolStripMenuItem_Click(ByVal send〜
call Draw()
End Sub
文中のdraw()からサブルーチンのdraw()に飛ぶようにするにはどのように書けばよいのでしょうか。
6.0インスコしたいです(;ω;)
0843デフォルトの名無しさん
2007/02/04(日) 09:34:272005見たらほとんど同じもんじゃねーか
MSはVBを無くすつもりの気がする
0844デフォルトの名無しさん
2007/02/04(日) 22:26:29C++ CLI の方が便利そうじゃないっすか?
0845デフォルトの名無しさん
2007/02/05(月) 00:48:290846デフォルトの名無しさん
2007/02/05(月) 09:04:090847デフォルトの名無しさん
2007/02/05(月) 11:16:57不覚にも萌えた。
俺でよければもらってやってくれ。
0848デフォルトの名無しさん
2007/02/23(金) 14:39:11Append()は戻り値がvoidなので新たにオブジェクトを作らない。
よーく考えろ。
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\| ̄ ̄ ̄ ̄ ̄ ̄
_,,t-‐‐-、,-‐‐-、
三'::::::............... .....::::::`y,.
ナ::::::::::::::::::::::::::::::::: :::::::::::::ヾ
| ̄| V::::::::::::::::_{{ ({∫∬ノノjヾ:::::{
| ̄| | ̄| ナ::::::::::::::i`__,,,,,,,ァ_ _,,,,,_ t;;:ヌ
| | | | イヘ::::::(ヾ~!,ャt、 !'''i ィtン )=f }f
| | | | i {t)テ" ヘ' '___,イ ヽ_/ 介'
| | | | _,rヘ_,j|!' /ー--''! |'
|,.ィ―'''' ̄ /| | /二ク !
/;;:::'';;::''::;;:/ { ! 、 ヾニン ノ\
/'''::::;r|''':::;;;| | ! \ _,,./|::;;'''\
/:;;/ |;;;''::;;| 丶\ `__>-ー´ !;;;:'''::iヽ、
i/ |'::;;;;''| 三 ―''" !''::;;;;| /ヽ
/⌒ヽ |;;''':::;| \ !;;::''|/ i
/ \{'';;;::''}  ̄二ニ= !::;;| |
/ヘ |;;:::::;{ ‐- !/ |
/ i |:::;;;''! ー ! / |
/ l |;;'';イ } {、
〉、 ∧テ{ ヽ _ _,,,,;;;;;:::-==ニ;;;_ ノ __,イ´
/ \_ //レ!  ̄  ̄ { ̄ |
0849デフォルトの名無しさん
2007/03/02(金) 11:09:270850デフォルトの名無しさん
2007/03/02(金) 11:09:310851デフォルトの名無しさん
2007/03/02(金) 11:09:380852デフォルトの名無しさん
2007/03/31(土) 00:28:10俺なら迷わず、ACCESSプロジェクトだね!
MSもACCESSを2007にしてMDBをXML化してファイル拡張子は変えたが
プロジェクトファイルの拡張子はADPのままよん〜♪
0853デフォルトの名無しさん
2007/05/09(水) 07:47:250854デフォルトの名無しさん
2007/05/09(水) 21:14:34.ニコチン中毒なのが加護■ ■ポコチン中毒なのが辻
...上の口で棒をくわえるのが加護■ ■下の口で棒をくわえるのが辻
白い煙を吸うのが加護■ ■白い液体を吸うのが辻
お茶出しするのが加護■ ■中出しされるのが辻
..解任が加護■ ■懐妊が辻
. 辻斬りされたのが加護■ ■ご加護があったのが辻
....日のあたらない生活が加護■ ■太陽のある生活が辻
奈良に帰省したのが加護■ ■マラに奇声をあげたのが辻
.. .. .キャメルで辞めたのが加護■ ■ギャルルを辞めたのが辻
スパスパが加護■ ■ズボズボが辻
一服するのが加護■ ■一発するのが辻
.モクモクが加護■ ■イクイクが辻
.謹慎した加護■ ■妊娠した辻
.写真でチクショーが加護■ ■射精で着床が辻
.タバコクラブの加護■ ■タマゴクラブの辻
. . . . . .マタやったのが加護■ ■マタでやったのが辻
引き篭もる加護■ ■身篭る辻
.オッサンが控えているのが加護■ ■お産が控えているのが辻
タバコ吸ってたのが加護■ ■玉こすってたのが辻
.脱退したのが加護■ ■堕胎しないのが辻
. 避妊してオッサンとやるのが加護■ ■避妊しないでお産するのが辻
大量に喫煙したのが加護■ ■太陽と血縁したのが辻
.激写されたのが加護■ ■激射されたのが辻
....我慢できず逝ったのが加護■ ■望んでイッたのが辻
. 法にしたがったのが加護■ ■棒でしたかったのが辻
. 避妊してオッサンとやるのが加護■ ■避妊しないでお産するのが辻
.. . .我慢できず逝ったのが加護■ ■望んでイッたのが辻
. . . 人気がさがるのが加護■ ■クンニによがるのが辻
...ガムで我慢出来なかったのが加護■ ■ゴムで我慢出来なかったのが辻
0855デフォルトの名無しさん
2007/05/09(水) 21:22:560856デフォルトの名無しさん
2007/05/09(水) 21:38:280857デフォルトの名無しさん
2007/05/10(木) 00:14:37. 避妊してオッサンとやるのが加護■ ■避妊しないでお産するのが辻
. 避妊してオッサンとやるのが加護■ ■避妊しないでお産するのが辻
....我慢できず逝ったのが加護■ ■望んでイッたのが辻
.. . .我慢できず逝ったのが加護■ ■望んでイッたのが辻
重複してるぞ
0858デフォルトの名無しさん
2007/05/12(土) 14:31:54単なる思い込みに過ぎないんじゃないか。
VB6.0からは絶対にVB.NETに行くべきじゃないか。
0859デフォルトの名無しさん
2007/05/12(土) 14:42:32おい、「弊社」とはどこの会社だ?
0860デフォルトの名無しさん
2007/05/13(日) 17:11:37VB6.0のころの考え方を一掃してもらうために、
あえてC#という別言語を勧めるって魂胆じゃね?
試してないので効果の程は不明。
0861デフォルトの名無しさん
2007/05/14(月) 09:19:18∴∴∴∴∴∴
| ̄P∴∴∴∴∴∴∴∴
/ \
| ̄ ̄ ̄|
|フマキラー|
| (,,゚Д゚) < 死ねや。ゴラァ!
| (ノ |つ
| M$ |
|___|
U"U
\ /
\ / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/ ̄ ̄ ̄(,゚Д゚,) < VB6.0からは絶対にVB.NETに行くべきじゃないか。
~ ̄> ̄> ̄> ヽ \__________
0862デフォルトの名無しさん
2007/05/15(火) 19:12:040863デフォルトの名無しさん
2007/05/15(火) 19:15:52∴∴∴∴∴∴
| ̄P∴∴∴∴∴∴∴∴
/ \
| ̄ ̄ ̄|
|フマキラー|
| (,,゚Д゚) < 死ねや。ゴラァ!
| (ノ |つ
| M$ |
|___|
U"U
\ /
\ / / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
/ ̄ ̄ ̄(,゚Д゚,) < VB.netのほうがわかりやすいと思ふ。
~ ̄> ̄> ̄> ヽ \__________
0864デフォルトの名無しさん
2007/05/15(火) 19:23:220865デフォルトの名無しさん
2007/05/15(火) 21:23:47クソ便利な.NET Frameworkと充実しまくりの
エディタがある分、VB.netの方が入りやすいと思う。
0866デフォルトの名無しさん
2007/05/15(火) 22:51:440867デフォルトの名無しさん
2007/05/16(水) 01:10:12将来性はともかく、すぐには無くならないだろうし、
これがあったからWindowsのプログラムの勉強をしようと思った。
どうせ、Windows記述言語としてしか使わないんだし。
漏れはN88BASIC、アセンブラ、Cぐらいしか出来ないのでC#を選んだ。
CとC#は表面上は似ているから使い回しが効く。
0868デフォルトの名無しさん
2007/05/16(水) 03:55:49最後の一行は嘘だろ
0869デフォルトの名無しさん
2007/05/16(水) 17:17:26そのまんま使いまわしは出来ないようなw
0870デフォルトの名無しさん
2007/05/16(水) 17:25:460871デフォルトの名無しさん
2007/05/16(水) 20:11:360872デフォルトの名無しさん
2007/05/16(水) 20:54:460873デフォルトの名無しさん
2007/05/16(水) 20:56:42N88BASICやアセンブラと比べればまだCに近いとは言えるが…
C使いが書いたC♯のソースは大抵ひどい
0874デフォルトの名無しさん
2007/05/16(水) 21:10:260875デフォルトの名無しさん
2007/05/16(水) 21:11:200876867
2007/05/16(水) 22:29:42>>868
"表面上"という意味がおかしかった。
基本の制御文と、{}のくくり方とかは同じで、ソースの見た目が似てるから
Cを使うときに制御文で勘違いしなくて済むという事を言いたかった。
”使い回しが効く”というのは、とりあえずCで使ってた制御文の使い方
を流用できると言う意味。
>>869の意見と同じ感じですね。
0877デフォルトの名無しさん
2007/05/16(水) 23:28:56どういうアプリが欲しいか何か要望を言ってみろ
0878デフォルトの名無しさん
2007/05/17(木) 00:36:500879デフォルトの名無しさん
2007/05/17(木) 09:42:06VB.NETでは明示的にDisposeしないと使い物にならなかったが
C#ならusingだな
0880デフォルトの名無しさん
2007/05/17(木) 16:48:20VB2005からusing使える。
0881デフォルトの名無しさん
2007/05/17(木) 20:02:550882デフォルトの名無しさん
2007/05/17(木) 21:50:15復活の希望をもって人々に福音を伝え、自分を犠牲にして弱っている者を助けなさい。
0883デフォルトの名無しさん
2007/05/17(木) 21:54:530884デフォルトの名無しさん
2007/05/18(金) 22:40:08書き易いほうで作ればイイ
0885デフォルトの名無しさん
2007/05/19(土) 00:26:000886デフォルトの名無しさん
2007/05/19(土) 00:42:59つかわないけど
0887デフォルトの名無しさん
2007/05/19(土) 02:09:49慣れればそうでもないのだろうか?
0888デフォルトの名無しさん
2007/05/19(土) 03:07:160889デフォルトの名無しさん
2007/05/19(土) 06:30:470890889
2007/05/19(土) 06:31:360891デフォルトの名無しさん
2007/05/19(土) 09:23:37理由はよくわからないが、VBの方により親しんでる俺には
なんだか差別されてるようで嫌な感じがするな
0892デフォルトの名無しさん
2007/05/19(土) 09:28:040893デフォルトの名無しさん
2007/05/19(土) 09:28:140894デフォルトの名無しさん
2007/05/19(土) 09:45:580895デフォルトの名無しさん
2007/05/19(土) 13:06:43エクセルのスクリプト使えるならVB
0896デフォルトの名無しさん
2007/05/19(土) 13:08:540897デフォルトの名無しさん
2007/05/19(土) 14:14:02って書くよりも、
i as integer,
int calc()
って書くよりも、
function calc() as integer
のほうがわかりやすいYO!
0898デフォルトの名無しさん
2007/05/19(土) 14:31:340899デフォルトの名無しさん
2007/05/19(土) 15:03:13メソッドとメソッドの間に区切り線が引かれるIDEの機能はc#にも欲しい
0900デフォルトの名無しさん
2007/05/19(土) 15:52:350901デフォルトの名無しさん
2007/05/19(土) 16:06:05>>1
0902デフォルトの名無しさん
2007/05/20(日) 04:17:08大昔のBASICのDATA文風にカンマ区切りで記述できるConstがあったら
多少はマシだった気も>VBの配列
0903デフォルトの名無しさん
2007/05/21(月) 06:25:09ActiveBasicにはそんな配列初期化の機能があるらすぃ
0904デフォルトの名無しさん
2007/05/22(火) 21:25:36有ったので探したらこんな感じのプログラムだった
ttp://x7net.com/~access/AcTipsVbaInitArrayFuntions.html
0905デフォルトの名無しさん
2007/05/26(土) 12:58:09何が無いって?
0906デフォルトの名無しさん
2007/05/26(土) 17:54:010907デフォルトの名無しさん
2007/05/27(日) 02:39:400908デフォルトの名無しさん
2007/05/27(日) 11:43:23休日と残業代
0909デフォルトの名無しさん
2007/05/27(日) 22:37:48VC++にもクラスビューはあるだろ。
クラスダイアグラムはないが
0910デフォルトの名無しさん
2007/06/02(土) 23:25:17BASICというのはもともとが動的型付け言語でスクリプト言語だったわけだし
IronPythonみたいな形で.netに対応すればよかったんだ
0911デフォルトの名無しさん
2007/06/03(日) 02:51:460912デフォルトの名無しさん
2007/06/03(日) 04:40:22>911に賛成
インタプリタだろ。
0913デフォルトの名無しさん
2007/06/03(日) 15:22:320914デフォルトの名無しさん
2007/06/03(日) 16:42:320915デフォルトの名無しさん
2007/06/03(日) 17:48:06今はね。
DLRの時代がくると全然別物になるけど。
0916デフォルトの名無しさん
2007/06/03(日) 18:01:270917デフォルトの名無しさん
2007/06/03(日) 18:39:00Dynamic Language Runtime
"VBx DLR"あたりでぐぐってみれ
0918デフォルトの名無しさん
2007/06/03(日) 20:06:22サンクスです
まぁ読んだ感じ 記述されてるので使ってるのは殆どないから問題ないかなぁ…
どっちかっていうと別のところであった記事だけど
ORCASではVBの名前空間を入れないようにするオプションがある
ってのに興味引かれたw
0919デフォルトの名無しさん
2007/06/04(月) 08:51:43ネイティブ/ドトネトの区別を作って混乱させたM$最悪だね。
複数言語を混在なんかどうせしないんだから。
0920デフォルトの名無しさん
2007/06/04(月) 09:49:11いや、いろんな意味で混在してるって。
ネイティブ時代にも別言語で作られたDLLを呼ぶってのは結構あった。
でもDLLだとクラスの受け渡しでCOM以外のまともな共通化は成されてない。
ドトネトだとBCLの結構な割合はC#で書かれているんだけど
VBで書かれている部分もある。それでいいじゃん。
ちなみにSilverlight V1.1のJavaScriptコンパイラはVBで作られているらしい。
ttp://www.isisaka.com/blog/archives/2007/05/silverlight_v11.html
0921デフォルトの名無しさん
2007/06/04(月) 11:20:13ライブラリと言語ってのはネイティブでも混在してる。
例えば、C言語のランタイムライブラリの中の人が汗とか。
>ちなみにSilverlight V1.1のJavaScriptコンパイラはVBで作られているらしい。
Silverlight(笑)
JavaScriptコンパイラ(笑)
VB(笑)
イラネ
0922デフォルトの名無しさん
2007/06/04(月) 11:50:420923デフォルトの名無しさん
2007/06/04(月) 11:59:18>VBで書かれている部分もある。それでいいじゃん。
それでよいにしても、
ドトネトが使われて無い今、
何ら惹かれない内容だお。
0924デフォルトの名無しさん
2007/06/04(月) 20:39:02普通に使われてるぞ。
0925デフォルトの名無しさん
2007/06/05(火) 01:08:020926デフォルトの名無しさん
2007/06/05(火) 01:49:440927デフォルトの名無しさん
2007/06/05(火) 08:17:140928デフォルトの名無しさん
2007/06/05(火) 08:50:210929デフォルトの名無しさん
2007/06/05(火) 11:20:13お前とMVP様の差位
まぁ多分たしてかわんないよ
確かに早いけど 速度よりももっと別の所でメリットがある
0930デフォルトの名無しさん
2007/06/05(火) 11:22:50ドトネトでつねに言われ続けてるけど、
逃げ水のようなバーチャルなメリット。
ドトネトイラネ。
0931デフォルトの名無しさん
2007/06/05(火) 11:45:02VB6と比べて速度以外のメリットがないと思うのならお前は素晴らしい釣り氏か
プログラムに関わる人間としてはカス以外の何者でもない
さぁおまえはどっちだ?
0932デフォルトの名無しさん
2007/06/05(火) 11:53:300933デフォルトの名無しさん
2007/06/05(火) 13:00:210934デフォルトの名無しさん
2007/06/05(火) 13:02:260935デフォルトの名無しさん
2007/06/05(火) 13:08:37お前が知らないだけ
0936デフォルトの名無しさん
2007/06/05(火) 13:22:170937デフォルトの名無しさん
2007/06/05(火) 17:32:44VBマクロと連動させるツールをC#で組んでそれとマクロを併用して
アンマネージC++のコードを自動生成させたり、編集させたりと活用してます^^v
なにせインターフェース部分を楽に作れてネイティブアプリとの連携も容易というのは
他に有効な手段を知らない私にとっては魅力です
0938デフォルトの名無しさん
2007/06/05(火) 17:34:01知っているけど無視しているだけ
0939デフォルトの名無しさん
2007/06/05(火) 18:59:43互換性を捨てるならともかく
0940デフォルトの名無しさん
2007/06/05(火) 19:02:220941デフォルトの名無しさん
2007/06/05(火) 20:20:040942デフォルトの名無しさん
2007/06/05(火) 21:58:090943デフォルトの名無しさん
2007/06/05(火) 22:32:530944デフォルトの名無しさん
2007/06/05(火) 22:35:120945デフォルトの名無しさん
2007/06/05(火) 22:37:332ch用語かw
0946デフォルトの名無しさん
2007/08/06(月) 12:44:25COBOLは?(´・ω・`)
0947デフォルトの名無しさん
2007/08/06(月) 15:36:570948デフォルトの名無しさん
2007/08/12(日) 23:39:080949デフォルトの名無しさん
2007/08/13(月) 00:53:410950デフォルトの名無しさん
2007/08/13(月) 09:51:430951デフォルトの名無しさん
2007/09/15(土) 18:47:07VB#とか。
0952デフォルトの名無しさん
2008/03/06(木) 15:51:110953デフォルトの名無しさん
2008/03/30(日) 14:37:30もはや、vb.netがどうとかいう以前の問題。
0954デフォルトの名無しさん
2008/07/20(日) 03:16:34DLL作る時の制限に違いはあるの?
DLL配布に限らずインストーラ作成で違いはあるの?
0955デフォルトの名無しさん
2008/11/04(火) 20:58:150956デフォルトの名無しさん
2008/11/05(水) 02:38:42センスないからもうやめる。C#もVBも今はほとんど似てるね。C#を最後にしてやめよう。
俺のやった言語
Java→HTML/JavaScript→XML→SQL→C→C++→Perl→PHP→バッチやシェル→VBA→VB→C#
プログラムから足を洗おう。
0957デフォルトの名無しさん
2008/11/05(水) 02:43:13ネットワークの勉強もしたんだけど、やめた。さいなら、プログラム板。
0958デフォルトの名無しさん
2008/11/09(日) 03:41:42俺は、40,000ステップ越えのFormに吹いた。
もはや、インテリセンスもまともに動作しなかったぜ。
0959デフォルトの名無しさん
2009/01/10(土) 21:28:430960デフォルトの名無しさん
2009/01/10(土) 21:52:08分けていたけど、今はめんどくさいのですべてVB。
結局ハード構成をどうするかで決まる。
0961デフォルトの名無しさん
2009/01/14(水) 08:21:21それ以外ならC#の方がいいな
VB.NETで覚えるよりは、C#の方が文法的にC++やJavaが近いから、スキルがそれほどない人でもやりやすいはず
0962デフォルトの名無しさん
2009/01/14(水) 08:48:06VB.NETがどのくらいVB6に近いか顧客に説明するときのチャート
VB6---------------VB.NET--C#
0963デフォルトの名無しさん
2009/01/14(水) 10:58:54よくVB6の開発者はVB.NETを学ぶときに梃子摺るとかきくが、なんでだ?
たしかに違う部分は多いが、似ている部分は新規で別の言語を学ぶよりはよっぽど楽かと思うんだが
0964デフォルトの名無しさん
2009/01/14(水) 11:04:35VB6も生半可に理解していたから。
0965デフォルトの名無しさん
2009/01/14(水) 12:14:54というか、この違いが移行時に致命的になるってやつは?
0966デフォルトの名無しさん
2009/01/14(水) 17:01:27・より本格的なオブジェクト指向の言語になった。
・VBを使う事が.NET Frameworkを使う事とほぼ同義になった。
・エラー処理をTry〜Catch〜Finallyを使った例外処理で行えるようになった。
躓きやすいのはこんな感じ?
・.NET Frameworkの名前空間の海に飲まれて遭難
・クラスって何?インスタンス生成って何?あ、newすれば動くって事ね。
・型って何?Variantどこ?
0967デフォルトの名無しさん
2009/01/14(水) 20:13:28これってVBScriptのこと? VB6ってインタプリタあったの? 知らんけど
0968デフォルトの名無しさん
2009/01/15(木) 03:23:51これはデバッグ時にインタプリタで実行してるからできる事だった。
VB.NETではコード変更を適用するには、一度デバッグを停止してビルドし直す必要がある。
なお、VB6はネイティブコードをはき出せないとか、コンパイル形式じゃなかったと言ってるわけではないので、念のため。
0969デフォルトの名無しさん
2009/01/15(木) 03:27:100970デフォルトの名無しさん
2009/01/15(木) 11:30:21ソース保存せずにVB IDEごとコケたりすると泣ける仕様です。
0971デフォルトの名無しさん
2009/01/17(土) 03:29:340972デフォルトの名無しさん
2009/01/17(土) 11:08:390973デフォルトの名無しさん
2009/01/17(土) 20:10:00コンパイル無しで動かせるなんてすごいでちゅねー。
0974デフォルトの名無しさん
2009/01/19(月) 11:52:55MSはMSで、フォームに配置したコントロールのアクセシビリティを
デフォルトで Friend にしやがる。ヴビ厨優遇仕様かこれ。
0975デフォルトの名無しさん
2009/03/18(水) 14:12:54どちらもかけるだろ。
Office系の操作のことをかんがえるとVBの方が
潰しがきくきがする。
C++ができるならVBも余裕。
逆にC#ができてもC++は書けないだろう。
VB6しかできない人はVB.NETとC#どちらでも
どうせ壁にぶち当たる。どっちでもいい。
0976デフォルトの名無しさん
2009/03/19(木) 06:07:24C#4.0 / NET4.0 で差がなくなっちゃうな
0977デフォルトの名無しさん
2009/03/19(木) 09:02:190978デフォルトの名無しさん
2009/04/10(金) 11:35:380979デフォルトの名無しさん
2009/04/10(金) 11:49:16候補を選択してEnterを押すと、自動的に改行されてしまう。
C#では、こういうことは起きなかった。
0980デフォルトの名無しさん
2009/04/10(金) 13:49:520981デフォルトの名無しさん
2009/04/10(金) 17:22:370982デフォルトの名無しさん
2009/04/10(金) 18:05:20とりあえずsageような
0983デフォルトの名無しさん
2009/04/10(金) 18:13:030984デフォルトの名無しさん
2009/04/10(金) 21:43:15expressの話だな?できるよ。
新規の質問なんだから上げるのは当然。
スレによっては上げ進行とか下げ進行とかローカルルールもある。
レス数が950を超えています。1000を超えると書き込みができなくなります。