VB.NET質問スレ(Part43) [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/06/15(水) 11:41:09.50

前スレ

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/

**デフォルトの名無しさん** · 2016/06/15(水) 17:48:41.64

最近落ちるの早いので乙

**デフォルトの名無しさん** · 2016/06/15(水) 19:45:19.21

乙.py

**デフォルトの名無しさん** · 2016/06/15(水) 20:45:31.75

関連スレ

古代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/

**デフォルトの名無しさん** · 2016/06/16(木) 19:16:54.33

乙

**デフォルトの名無しさん** · 2016/06/16(木) 19:22:25.92

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

**デフォルトの名無しさん** · 2016/06/16(木) 20:20:32.72

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

**デフォルトの名無しさん** · 2016/06/16(木) 22:26:15.32

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

**デフォルトの名無しさん** · 2016/06/16(木) 22:33:24.32

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

**デフォルトの名無しさん** · 2016/06/16(木) 22:53:20.88

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

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

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

**デフォルトの名無しさん** · 2016/06/17(金) 13:06:13.52

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

**デフォルトの名無しさん** · 2016/06/21(火) 07:51:56.56

age

**デフォルトの名無しさん** · 2016/06/21(火) 11:32:35.61

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

**デフォルトの名無しさん** · 2016/06/21(火) 15:33:01.83

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

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

**デフォルトの名無しさん** · 2016/06/21(火) 17:48:59.97

旧VBの話かな？

**デフォルトの名無しさん** · 2016/06/21(火) 19:39:41.14

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

**デフォルトの名無しさん** · 2016/06/21(火) 23:09:36.66

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

**デフォルトの名無しさん** · 2016/06/21(火) 23:18:26.26

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

**デフォルトの名無しさん** · 2016/07/02(土) 01:24:41.31

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

**デフォルトの名無しさん** · 2016/07/02(土) 09:48:59.43

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

**デフォルトの名無しさん** · 2016/07/03(日) 01:43:58.53

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

**デフォルトの名無しさん** · 2016/07/03(日) 01:52:18.90

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

**デフォルトの名無しさん** · 2016/07/03(日) 06:03:48.41

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

**デフォルトの名無しさん** · 2016/07/03(日) 07:49:30.52

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

**デフォルトの名無しさん** · 2016/07/03(日) 07:52:30.52

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

**デフォルトの名無しさん** · 2016/07/03(日) 07:54:16.27

Referenceの量と質も全然違う

**デフォルトの名無しさん** · 2016/07/03(日) 08:02:35.54

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

**デフォルトの名無しさん** · 2016/07/03(日) 08:07:56.54

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

**デフォルトの名無しさん** · 2016/07/03(日) 08:14:09.67

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

**デフォルトの名無しさん** · 2016/07/03(日) 08:53:42.30

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

**デフォルトの名無しさん** · 2016/07/03(日) 10:56:13.77

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

**デフォルトの名無しさん** · 2016/07/03(日) 11:00:19.65

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

**デフォルトの名無しさん** · 2016/07/03(日) 12:53:14.88

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

**デフォルトの名無しさん** · 2016/07/03(日) 19:36:03.21

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

**デフォルトの名無しさん** · 2016/07/04(月) 00:53:57.64

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

**デフォルトの名無しさん** · 2016/07/04(月) 20:40:01.39

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