VB.NET質問スレ(Part43)

1 ：デフォルトの名無しさん：2016/06/15(水) 11:41:09.50 ID:bPj3FmGk.net

前スレ

VB.NET質問スレ(Part40)
http://toro.2ch.net/test/read.cgi/tech/1365857015/
VB.NET質問スレ(Part41)
http://peace.2ch.net/test/read.cgi/tech/1391334405/
VB.NET質問スレ(Part42)
http://echo.2ch.net/test/read.cgi/tech/1419148239/

2 ：デフォルトの名無しさん：2016/06/15(水) 17:48:41.64 ID:6LrjeIzy.net

最近落ちるの早いので乙

3 ：デフォルトの名無しさん：2016/06/15(水) 19:45:19.21 ID:G76GMmEr.net

乙.py

4 ：デフォルトの名無しさん：2016/06/15(水) 20:45:31.75 ID:UJ4dhPXD.net

関連スレ

古代VBプログラマ質問スレ（Ver.6.0 まで） part65
http://echo.2ch.net/test/read.cgi/tech/1440930335/

【初心者歓迎】Small Basic Part 2 【片手間】
http://echo.2ch.net/test/read.cgi/tech/1422240355/

5 ：デフォルトの名無しさん：2016/06/16(木) 19:16:54.33 ID:btqH8ipC.net

乙

6 ：デフォルトの名無しさん：2016/06/16(木) 19:22:25.92 ID:cHK7lzHs.net

やっぱみんな最新の使ってる？
俺は未だに2005だけど(新しいのにしなきゃいけない理由が見当たらない)

7 ：デフォルトの名無しさん：2016/06/16(木) 20:20:32.72 ID:BiIgL8cI.net

むしろ古いのを使うのに理由が必要だろう

8 ：デフォルトの名無しさん：2016/06/16(木) 22:26:15.32 ID:mb8wywpH.net

VBの場合は新しい機能を使うと他の連中に理解できなくなる(というか理解しようとしてもらえなくなる)から、
実際新しいものを使う理由はないよ
VBは変化を拒否する人達のための拠り所なのだから

9 ：デフォルトの名無しさん：2016/06/16(木) 22:33:24.32 ID:Oc+4dwCe.net

VB2008以降は開発方針が変わって(格下げされて)C#の方言になっちゃったから、
変化を拒否する人達の味方としてのVBは2005まで
2008以降は機械的にC#に合わせるだけでVBerに見向きもされない虚しい機能拡張ばかり

10 ：デフォルトの名無しさん：2016/06/16(木) 22:53:20.88 ID:WRcGE86S.net

vb.netも今はしっかりした言語だと思うけどなぁ。

なんで嫌われちゃうかわからんから、理由が知りたいけど。

未だにオブジェクト指向って何？？って人もいないと思うけど。

11 ：デフォルトの名無しさん：2016/06/17(金) 13:06:13.52 ID:IKcgNlbU.net

>>6
アプリを動かす環境の.NET Frameworkによっては新しいのじゃないとダメではなかろうか

12 ：デフォルトの名無しさん：2016/06/21(火) 07:51:56.56 ID:pCx5oIjk.net

age

13 ：デフォルトの名無しさん：2016/06/21(火) 11:32:35.61 ID:VZGXTtlU.net

4.5.2 以降も使えるならいいんじゃね

14 ：デフォルトの名無しさん：2016/06/21(火) 15:33:01.83 ID:REn2K5Xx.net

ライブラリ的な汎用性の高いものを作るときはC#のほうがいいし
実際にC#で書いてるけど、特定の客むけ業務アプリはVB使うなぁ

C#でガチガチに書くと保守できる人いなくなっちゃうし
客のファジーな要求仕様に対しては、きちんとクラス継承して設計するよりもコピペで実現したほうがいい場面も多い。

15 ：デフォルトの名無しさん：2016/06/21(火) 17:48:59.97 ID:4IDYtT08.net

旧VBの話かな？

16 ：デフォルトの名無しさん：2016/06/21(火) 19:39:41.14 ID:s0xSal8K.net

ラムダがもう少し書きやすければな
後は各種初期化子も短くしてほしい
他に不満はないかな

17 ：デフォルトの名無しさん：2016/06/21(火) 23:09:36.66 ID:8TPIZL80.net

>>14
C#でガチガチっていうと
凄く結合度が高いイメージがあるな

18 ：デフォルトの名無しさん：2016/06/21(火) 23:18:26.26 ID:mKRnLMlt.net

それは設計がヘタクソなだけ

19 ：デフォルトの名無しさん：2016/07/02(土) 01:24:41.31 ID:zGWMAOI9.net

>>14
今時の業務アプリをなんでVBで書いちゃうかなあ
保守できないのは言語のせいじゃねーだろ

20 ：デフォルトの名無しさん：2016/07/02(土) 09:48:59.43 ID:L/GK6KBr.net

言語のせいじゃないならVBでもいいじゃん

21 ：デフォルトの名無しさん：2016/07/03(日) 01:43:58.53 ID:capVbRd9.net

VB使いは低レベルなやつが多いと思ってるんだろ

22 ：デフォルトの名無しさん：2016/07/03(日) 01:52:18.90 ID:ezxQ+Igl.net

VBもC#もやれることは変わらないやん

23 ：デフォルトの名無しさん：2016/07/03(日) 06:03:48.41 ID:qk7lGSjH.net

>>22
だからバカって言われるんだよ

24 ：デフォルトの名無しさん：2016/07/03(日) 07:49:30.52 ID:a7dDnFnC.net

VBと比べてC#が圧倒的に勝っているポイントはλが書きやすいところかな
この他には明確な差はない

25 ：デフォルトの名無しさん：2016/07/03(日) 07:52:30.52 ID:dqZh4yhX.net

VB関数がないとかMyがないとかデフォルトインスタンスがないとかOnErrorGotoがないとか色々あるだろ
まあ一番違うのはプログラマの平均品質だけど

26 ：デフォルトの名無しさん：2016/07/03(日) 07:54:16.27 ID:qk7lGSjH.net

Referenceの量と質も全然違う

27 ：デフォルトの名無しさん：2016/07/03(日) 08:02:35.54 ID:a7dDnFnC.net

>>25
どっちみち使わない機能を差異としてカウントするのはナンセンスだよ
c#で日常的に使う機能とvbで日常的に使う機能ではλの書きやすさ以外に致命的な差はない

28 ：デフォルトの名無しさん：2016/07/03(日) 08:07:56.54 ID:jvF65JbL.net

>>27
C#目線ならそりゃ一緒だろうさ
VBしかやってなくて他に知ってる言語はCOBOLくらい、なんていう連中が
VBには腐る程いるんだぞ
仕事ならそういう連中がひねり出した糞の山をうんざりするほど見ることになる

29 ：デフォルトの名無しさん：2016/07/03(日) 08:14:09.67 ID:qk7lGSjH.net

>>27
たとえばASP .NET CoreのテンプレをYeomanで作成し、Macで開発してAzureにデプロイするってのをわざわざVB.NETでやりたいとは思わんね。Referenceの差は致命的。

30 ：デフォルトの名無しさん：2016/07/03(日) 08:53:42.30 ID:QFKulflJ.net

まぁたいして変わりゃしないんだから両方覚えておけばいいよ

31 ：デフォルトの名無しさん：2016/07/03(日) 10:56:13.77 ID:ezxQ+Igl.net

Reference見てるレベルの人なら使いやすい方使えばいいやん

32 ：デフォルトの名無しさん：2016/07/03(日) 11:00:19.65 ID:g38/oc0e.net

>>31
使いにくいって指摘が伝わってないなこいつ。第一.NET CoreにVB.NETはまだ対応してないし。C#との差は歴然としてる。

33 ：デフォルトの名無しさん：2016/07/03(日) 12:53:14.88 ID:a7dDnFnC.net

>>28
今は人の話も過去の資産の話もしてない
純粋に言語として比較したらどうなのという話な
そしてその決意はλ以外大差ねえなって事ね

34 ：デフォルトの名無しさん：2016/07/03(日) 19:36:03.21 ID:QeKzFvfB.net

VB.NETとビジュアルスタジオつかってデスクトップアプリ作りたいのですが、
プルダウンから選択したり数値入力して、そんで出力ボタンおすと、
エクセルに計算結果とかもろもろ自動で入力したものが出るようなのを作りたいのですが、
こういうのに特化した参考書とかありませんか？
ネットで調べながらでもいいのですが、できれば本でやってみたいと思っています

35 ：デフォルトの名無しさん：2016/07/04(月) 00:53:57.64 ID:a/EuNmrx.net

>>34
Excel単体、VBAだけで良いような…

36 ：デフォルトの名無しさん：2016/07/04(月) 20:40:01.39 ID:LOf4uuq2.net

最終的には、プルダウンで選んだ条件で出力する表のかたちと画像を代えたいんですけど、
エクセル単体でもできますかね？それならそれでいいですが・・・

37 ：デフォルトの名無しさん：2016/07/04(月) 21:04:36.18 ID:49dl+xbl.net

>>36
EXCELのスレに来てた人？

たらい回しという言葉を知ってるかい？

38 ：デフォルトの名無しさん：2016/07/04(月) 21:42:14.95 ID:LOf4uuq2.net

いやそれ俺じゃない。

39 ：デフォルトの名無しさん：2016/07/05(火) 12:37:49.49 ID:RlWBF9ba.net

>>34
vb中学校っていうサイトが情報古いけどおすすめです。

40 ：デフォルトの名無しさん：2016/07/07(木) 07:45:27.32 ID:9nALhBhc.net

中学校は執筆者自身のスキルに難があるからな
「初心者向け」を自分が理解してないことの免罪符にしてる印象
JavaやC#だと本人が完全に理解してる上で初心者向けにかいつまんでるのが多いんだけど、VBでとなると俺は知らないな

41 ：デフォルトの名無しさん：2016/07/07(木) 10:31:45.73 ID:ljNr7G7W.net

dobon.net

42 ：デフォルトの名無しさん：2016/07/07(木) 12:30:45.74 ID:u/1J4++R.net

VBAで初心者向けと言えば田中さんだと思うんだけどなぁ

43 ：デフォルトの名無しさん：2016/07/07(木) 22:32:29.25 ID:ljNr7G7W.net

vbaじゃなくて.netの話じゃないの？

44 ：デフォルトの名無しさん：2016/07/13(水) 22:26:23.47 ID:NVocMmQN.net

未だにVB6使ってるし、vs2015でもVB.NET使ってるが
そろそろc＃への移行どきかねぇ
今やネットでの情報はほとんどc#でのコーディングだし
そうなると初心者向けっていう利点が無くなるし

45 ：デフォルトの名無しさん：2016/07/13(水) 23:08:17.35 ID:IHteYO+A.net

できることは変わらないんだから無理に移行する必要はないような
移行というより選択肢を増やすという意味ではJavaやるのがいいんじゃないか?
Javaに慣れたら自然に.NETでもC#を使いたくなるだろう

46 ：デフォルトの名無しさん：2016/07/14(木) 15:14:56.61 ID:ZUrpEfIZ.net

>>45
できることは変わらないｗｗｗ

47 ：デフォルトの名無しさん：2016/07/14(木) 15:49:33.75 ID:o/KrP/8p.net

(純粋に技術的に可能か不可能かで言えば)できることは変わらない→せいかい
(プログラマの能力的に)できることは変わらない→まちがい

48 ：デフォルトの名無しさん：2016/07/14(木) 18:31:11.93 ID:ZUrpEfIZ.net

>>47
ねえねえ、.NET Coreの開発をVB.NETでどうやったらできるの？まだ対応されてないよね？

49 ：デフォルトの名無しさん：2016/07/14(木) 18:32:54.25 ID:o/KrP/8p.net

>>48
自分でdll参照すりゃできるよ

50 ：デフォルトの名無しさん：2016/07/14(木) 21:04:53.69 ID:05a8wJuJ.net

>>48
笑わせに来たのか？

51 ：デフォルトの名無しさん：2016/07/15(金) 16:13:26.77 ID:iSfUktoe.net

チェックボックスのFalse/Trueに対応してリストボックスが有効/無効になるイベントドリブンがあるんですが
コレが１０コとか２０コある場合、同じだけイベントプロシージャを作らないとダメですか？
もっとスッキリさせる方法があれば知りたいです。

52 ：デフォルトの名無しさん：2016/07/15(金) 16:14:00.44 ID:DCcmFlXk.net

どっかのブログでVB.NETは複数行のコメントが出来ないと書いてあったが、
#if 0 then
~
#endif
で出来るじゃん。

53 ：デフォルトの名無しさん：2016/07/15(金) 18:37:46.00 ID:sp8uG4qU.net

痛すぎる

54 ：デフォルトの名無しさん：2016/07/15(金) 19:31:07.65 ID:CgTB7XPU.net

>>51
全部ハンドルしてsenderで分岐

55 ：デフォルトの名無しさん：2016/07/15(金) 20:07:33.34 ID:DCcmFlXk.net

どこが痛いのかな？
デバッグ用のコードを埋め込むさいに
よく使われる手法なんだが・・・

56 ：デフォルトの名無しさん：2016/07/15(金) 20:21:13.97 ID:2BxGkjsb.net

お前らVB.Netなんかやってるの？

俺なんか今の仕事場VB6.0だぞ。
CPUはPen4でOSなんかまだXP。
XPはマズいので何か機会が有ったら通報してみようかと思ってる。

57 ：デフォルトの名無しさん：2016/07/15(金) 20:59:19.37 ID:iSfUktoe.net

>>54
ありがとうございます！

58 ：デフォルトの名無しさん：2016/07/15(金) 22:41:00.37 ID:AtypjOfw.net

>>55
確か明治時代はみんなそうやってたんだっけ？

59 ：デフォルトの名無しさん：2016/07/15(金) 22:53:00.93 ID:P5LMS7dI.net

>>58
教えてください
明治時代のVSのバージョンはいくつだったんですか？
Windowsのバージョンは？
CPUは何だったんですか？
ビル・ゲイツは生まれてなかったと思うんですがマイクロソフトはあったんですね？

60 ：デフォルトの名無しさん：2016/07/15(金) 23:33:10.42 ID:khTZoh5c.net

>>59
煽るならもうちょっと捻れよ
VBerの知能レベルが知れる

61 ：デフォルトの名無しさん：2016/07/16(土) 00:34:50.26 ID:x1AhYluy.net

>>58
VB6.0の時代、ベテランプログラマーがそう書いてたから真似した。
今もそのクセが抜けない。

62 ：デフォルトの名無しさん：2016/07/16(土) 09:09:16.76 ID:w6ElOsX+.net

>>60
じゃあ知能レベルの高い()煽りを御享受ネカ゜得るかな？
知能レベルが高いなら出来るよねw

63 ：デフォルトの名無しさん：2016/07/16(土) 12:22:45.14 ID:3oB/Pjks.net

なんなら俺が最高峰の煽りを見せてやろうか？

64 ：デフォルトの名無しさん：2016/07/16(土) 13:21:59.74 ID:3jub9Gwj.net

でもこれで>>60がやってるのがjava辺りだったらウケるよな

65 ：デフォルトの名無しさん：2016/07/16(土) 16:47:05.11 ID:XRI+XgN5.net

フォームにボタン１つ設置して、そのボタンおすと新しいエクセルのファイルが作られるようにしたいのだけど、どうやればよいですか？
参照の追加から、ライブラリ？を追加することをしなければならないのはネットで理解したのですが、
さしあたりサンプルコードなどをコピペしてみても、エラーに泣てうまくいきません

66 ：デフォルトの名無しさん：2016/07/16(土) 17:12:58.61 ID:w6ElOsX+.net

ファイル作るだけなら空のファイル用意しといて名前つけてコピーするだけじゃんw

67 ：デフォルトの名無しさん：2016/07/16(土) 19:37:10.54 ID:T1HW9qn+.net

>>51
checkboxとlistboxがペアになってるならUseControl作るのが正解だろうね

68 ：デフォルトの名無しさん：2016/07/26(火) 12:49:23.36 ID:9fHSiM6q.net

ASP.NETなんですが、

フォーム認証をやってますが、ログインフォームで、
System.Web.Security.FormsAuthentication.SetAuthCookie(userID, True)
という風に、永続化させたとします。

んで、次回からはクッキーが削除されない限り、ログインフォームに来ないで
前回のログイン情報が生きてるように見えます。(Context.Userに値が入ってきてる)

ここまでは全く問題ありませんが
ログインフォームでは、userIDに応じたユーザー名(漢字)もDBから取得していて
Session("userName") へ格納しています。

永続化させると次回からはログインフォームに飛んでこないようになるため
この仕組みが通らず、Context.User に値は入ってるけど、Session("userName")は空という事態が起きます。

永続化させた後にも、ログインと同等の処理がglobal.asaxの中のどっかを通ると思うんですが
Context.Userの値でDB検索して漢字名をSession("userName")にセットするにあたり
global.asaxのどこへ書くといいですか？

69 ：デフォルトの名無しさん：2016/07/26(火) 21:07:32.60 ID:9v81EC5I.net

Sessionが認証状態を超えるなら考えないといかんが
とりあえずSession_Startあたりで良いんじゃね

70 ：デフォルトの名無しさん：2016/08/15(月) 21:51:30.36 ID:B7Nw7mUX.net

・商品がカテゴリ分けされていて階層で管理されている (例. カテゴリ1　→ カテゴリ1-1 → カテゴリ1-1-1 → 商品A)
・商品管理画面にカテゴリの階層構造をツリーとして表示する(顧客からの要望)
・管理する商品件数は1000件程度
・ツリー内の好きな位置で新しい商品を追加したり、商品を削除したり、カテゴリ(ツリー構造)を変更したりする
・ツリー内容は全展開する(顧客からの要望)

上記のような機能を実装しているのですが、
1000件程度でもツリーにノード追加したり、階層構造を変更したりすると時間が掛かってしまいます。

BeginUpdateで描画更新をとめる処理を入れるのは既に試していますが、
レスポンスが悪いと感じております。

そこでTreeViewでBeginUpdate以外の方法で処理を早くする方法もしくは、
階層構造が表現できて1000件程度でも高速であるTreeView以外の代替コントロールはありますでしょうか？

71 ：デフォルトの名無しさん：2016/08/15(月) 22:50:45.95 ID:yyEmga7M.net

1000件とかなら適当なグリッド使ったほうがいい

72 ：70：2016/08/17(水) 05:55:50.00 ID:Cm/M2Pe6.net

>>71
レスありがとうございます。
グリッド関連ででツリー構造をうまく表現できるものがあるか調査してみたいと思います。

73 ：デフォルトの名無しさん：2016/08/19(金) 13:22:10.36 ID:WvWYXZXO.net

パネルを敷いて、その上にボタンを貼り付けるとします。
ボタンの位置、上左を起点にして位置決めしたとします。

んで、ボタンの上と下の余白とが同じになるように
パネルの大きさを弄ってますが、これが極めて面倒
(プロパティウィンドウでサイズを数値で打ったほうが早いレベル)

デザイナでマウス使って、簡単に位置合わせできないもんでしょうか。

74 ：デフォルトの名無しさん：2016/08/19(金) 13:29:16.02 ID:SITb9Fi/.net

>>73
同じ物（パネルの中にボタンがある）が複数あるのならコピペすりゃいいんじゃないの？

そもそも本当にパネルの中にボタンが一つだけ（と言ってるように聞こえるけど）しかないなら
パネルが必要あるように思えないんだけど。

75 ：デフォルトの名無しさん：2016/08/19(金) 21:27:55.12 ID:xxHTQg5s.net

>>73
a) プロパティウインドウでサイズを打つ
b) デザイン時は適当に配置して実行時にサイズ変更する
c) VisualStudio のアドインを作る

76 ：デフォルトの名無しさん：2016/09/01(木) 22:14:52.74 ID:32zBwDCY.net

これから自作の業務ソフトを作る為に勉強始めようと思うのですが、まともなコーディング出来るまでどれくらい時間かかるもんでしょうか
VBAをちょこちょこやってるレベルです
会社に出来る人はいないので独学しかないです
いい勉強方法などあれば教えていただきたいです

77 ：デフォルトの名無しさん：2016/09/01(木) 22:42:58.64 ID:KXjO58d1.net

>>76
c♯にしとけ

78 ：デフォルトの名無しさん：2016/09/01(木) 22:53:09.46 ID:4TKfOi4K.net

>>76
目的のものがあれば調べまくってとりあえず、動くものを作る。
ちゃんと動けば楽しくなって、更に深く調べる。
こんな繰り返しでだんだんと上達してくるんじゃない？

最初からキレイで無駄のないコードを書くのは難しいよね。
どのくらいの期間かは、本人の努力でいかようにも短くなるんじゃない？

79 ：デフォルトの名無しさん：2016/09/02(金) 20:43:57.57 ID:TnXBqpSE.net

>>77>>78
ありがとうございます。
.NETで一通りコーディング出来たらC#で同じもの作ってみたいと思ってます
とりあえずやってみるしかないですよね。作りたいものは決まってるので頑張ってみます
クラス設計出来るようになるだろうか。。

80 ：デフォルトの名無しさん：2016/09/02(金) 22:14:27.15 ID:LsVX2JMM.net

VBは情報の質が低いから初心者は変な癖が付きやすい
まともにオブジェクト指向を解説してる書籍なども少ない
どうせC#もやるつもりなんだったら最初からC#でいくほうが近道だよ

81 ：デフォルトの名無しさん：2016/09/02(金) 22:16:49.34 ID:DWiKd03r.net

c#厨が必死だなw

82 ：デフォルトの名無しさん：2016/09/03(土) 00:43:38.63 ID:iqP+pTRw.net

まぁC#でもjavaとかに比べるとObject指向の本とか少ないけどな。VBよりマシってくらいで。
C#もjavaも似たような構文してるから両方やっとくといい。
ついでにC#とVBも構文じゃなくて中身がそんなに変わるもんじゃないから一緒にやっとくといいよ。

83 ：デフォルトの名無しさん：2016/09/03(土) 08:27:57.79 ID:NvN4PBVL.net

VBはオープンソースプロジェクトがほぼ皆無だからなあ
「スキルの高い人が正しく使えばこうなる」というものに触れる機会が無いのは致命的

84 ：デフォルトの名無しさん：2016/09/03(土) 12:35:14.12 ID:lH1/+nJg.net

vbは構文が破綻しかけてるからこれからプログラミングを始める人がやるべき言語ではない

85 ：デフォルトの名無しさん：2016/09/03(土) 12:40:16.59 ID:IeofIhBF.net

.NETがとっつきやすそうだったのでクラスがどういったものがあるか勉強しながらC#に移行出来ればと考えてたんですが
.NETだとオブジェクト指向らしくないコーディングをする癖がついてしまうでしょうか
C#に移行すればそんなこともいってられないくらい矯正できますかね？

86 ：デフォルトの名無しさん：2016/09/03(土) 12:42:48.70 ID:IeofIhBF.net

>>84
マジすか。。素直にC#から入ろうかな

87 ：デフォルトの名無しさん：2016/09/03(土) 12:59:42.87 ID:HDnGX34n.net

いや、VBの方がC#より簡単とか今はないよw
宗教論争抜きでもうあえてVBを選択する理由はないから、素直にC#にした方がいいと思う。

88 ：デフォルトの名無しさん：2016/09/03(土) 13:37:14.87 ID:SV787nMm.net

ただVBはやっておくと結構いきなりVBAのコードが書けたりする

89 ：デフォルトの名無しさん：2016/09/03(土) 13:38:51.14 ID:XJfcWEgm.net

FrameworkがC♯なんだから素直にC♯にしとけよ

90 ：デフォルトの名無しさん：2016/09/03(土) 13:47:15.45 ID:FSQOfEYz.net

VBは大文字小文字の区別がないからパンチが雑になる
VBやったあとにC#触るとあれっ？てなる

かっこで条件をかかなくていいのはVBの唯一好きな点だな

91 ：デフォルトの名無しさん：2016/09/03(土) 13:47:46.48 ID:FSQOfEYz.net

あ、If文の話ね

92 ：デフォルトの名無しさん：2016/09/03(土) 14:50:51.90 ID:zuYDJ0Q0.net

>>87
c#を選ぶ理由も無いのにc#をゴリ押しするのは宗教戦争でなくて何？
c系は見た目が嫌だから嫌いって俺みたいなのもいるんだが？

93 ：デフォルトの名無しさん：2016/09/03(土) 15:11:32.11 ID:HDnGX34n.net

>>92
気付いてないみたいだけど、まさにお前さんがやってるようなことが宗教論争なんだよw

見た目なんて慣れの問題だよ。多くの人がそう言ってるでしょ。
本当に致命的に欠点があるのならこんなにC#が支持されてるわけないじゃん。

そういう個人の好みは置いといて、今から始める人がどちらを選んだ方が得をするか、
そういう話でしょ。

ユーザー数や公表されるサンプルコードの数でC#が勝るのは客観的事実だし、.NETの標準がC#なのも事実。
要するにC#を選んだ方が圧倒的に得なのは動かしがたい事実だよ。

94 ：デフォルトの名無しさん：2016/09/03(土) 15:29:02.10 ID:uKYB9ZOR.net

そらまあ構わないが
ならC#スレでやってくれ

95 ：デフォルトの名無しさん：2016/09/03(土) 15:39:32.30 ID:zuYDJ0Q0.net

出たw
｢多いから｣
多いのが良けりゃトヨタ車が一番いいクルマだわなw

96 ：デフォルトの名無しさん：2016/09/03(土) 16:49:33.83 ID:NvN4PBVL.net

一番の違いはC#を覚えればVBは自動的に使えるようになるけど逆はそうでもないという点だな
そして初学者にとっての学習コストはC#のほうが低いんだからVBを選ぶ理由がない
C#使える人でVBにコンプレックス持ってる人はまずいない
その逆は見ての通りだ

97 ：デフォルトの名無しさん：2016/09/03(土) 16:53:33.28 ID:HDnGX34n.net

>>96
＞C#を覚えればVBは自動的に使えるようになる
さすがにそれはないよw
っていうかその程度にはVBerもC#使えるでしょw

98 ：デフォルトの名無しさん：2016/09/03(土) 19:28:47.71 ID:b8f1NloR.net

まあ、ホントに全く新規で始めるのにVBかC#かってなら俺もC#を勧めるが
>初学者にとっての学習コストはC#のほうが低い
には同意できん

よい教材か、正しい指導者が居るなら同程度かVBが勝る
ただし、それに当たる確率はC#の方が多いけどな

99 ：デフォルトの名無しさん：2016/09/03(土) 19:35:40.75 ID:HDnGX34n.net

>>98
いやC#の方が覚えること少なくて初心者向きだと思うよw

VBはなまじ今となっては使わない方がいいレガシー機能とかあってとっつきづらいと思う。
WitheventsとHandlesでとりあえずデリゲートを理解しなくてもイベントが使えるとか、例外もあるけどねそりゃ。

100 ：デフォルトの名無しさん：2016/09/03(土) 21:04:33.37 ID:b8f1NloR.net

覚えるのが少ないって
キーワード増やしたくないって結果が
+=でイベントハンドラ割り当てたり、拡張メソッドにthis指定しろとか言う言語だからなぁ

ちがう機能には違うキーワード割り当てる方が初心者むきだぞ
今となっては使わない方がいいレガシー機能とか初学者に教える必要ないし