X
VisualBasic6.0　対　VisualBasic .NET 2003
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2005/05/20(金) 11:18:03
今まで、VisualBasic6.0で開発をやっていて、VisualBasic .NET 2003の開発をやる羽目になったが、
慣れのせいか、生産性・コーティング・エディタの使いやすさ、のどれを取っても
昔のVisualBasic6.0の方が上だ！
2003で開発なんかやってたら時間が掛かり過ぎる!

私と同じ意見の人いませんか？
0002デフォルトの名無しさん
垢版 |
2005/05/20(金) 11:18:59
今だ！2ゲットォォｫｫ！！
￣￣∨￣￣￣￣￣￣￣￣
　　 　 ∩ ∩
　　 〜| ∪ |　　　　　　　　　(´´
　　 ﾍﾉ　　ﾉ　　　　　　　(´⌒(´
　　(（つ　ﾉ⊃≡≡≡(´⌒;;;≡≡≡
　　￣￣￣(´⌒(´⌒;;
　　　ｽﾞｽﾞｽﾞｽﾞｽﾞ
0003デフォルトの名無しさん
垢版 |
2005/05/20(金) 11:22:06
まずめ時をはずしておりますがつれますか？
0007デフォルトの名無しさん
垢版 |
2005/05/20(金) 16:55:36
EXEオブジェクトの実行速度も.NETよりVB6の方が高速な気がする。
0009デフォルトの名無しさん
垢版 |
2005/05/20(金) 20:09:27
>>1
今時オブジェクト指向も、構造化例外も、UNICODEも、
まともにサポートしない言語使って、楽しいか？
0010デフォルトの名無しさん
垢版 |
2005/05/20(金) 20:31:34
>>9
楽しい。
ていうか、早く楽にシステム作れりゃ
オブジェクト指向も、構造化例外も、UNICODEもいらん。
（俺が開発担当しているシステムで上記機能は使わんし）
0012デフォルトの名無しさん
垢版 |
2005/05/20(金) 20:38:04
>>10
漏れはC++からプログラミングの世界に入ったからかなぁ・・・

早く楽にシステム作るために、
仮想関数とか、継承とか、構造化例外を使いたくて仕方ないんだが。
0014デフォルトの名無しさん
垢版 |
2005/05/20(金) 20:46:52
VB6でもクラスとか多態とか使ってオブジェクト指向で
やっている俺にとっては、VB.NETは苦労がすくなくて便利。

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

つーか、Text1.Text ← これもオブジェクト指向
0015デフォルトの名無しさん
垢版 |
2005/05/20(金) 20:50:33
>>13
VBがUNICODEに対応していると本気で思っているなら、
ためしにUnicode対応のソフトを作ってみると良い。
Unicodeにはあるけど、ShiftJISに無い文字を表示できず、
途方にくれるはずだ。
0016デフォルトの名無しさん
垢版 |
2005/05/21(土) 17:36:33
1の分析には感謝する。私は1の分析を少しも疑わないし，
VisualBasic6.0が現在最高の選択肢だという君の推薦も受け入れよう。
しかし，そもそもの質問は今日の時点で君に何ができるということではない。
市場が動く先はどこかということだ。
今後，VisualBasic6.0が技術市場を支配することはないだろうし，
それに追い付きさえしないだろう。
そして市場を抑えるような技術は，われわれのユーザーが要求するよりも
常に大きな能力を提供するだろう。
だからわれわれは，今後そういう技術に対して，てこ入れをする。

http://itpro.nikkeibp.co.jp/free/NT/WinColumn/20050519/1/
0022デフォルトの名無しさん
垢版 |
2005/05/22(日) 20:08:26
無いと思うが、VB.NETでネイティブコードが出せるようになったら
VB6は捨てるか？
0023デフォルトの名無しさん
垢版 |
2005/05/22(日) 20:09:41
つか、MSのロードマップによるとVBは消滅することになってるんだが、お前らわかってるのか？
0027デフォルトの名無しさん
垢版 |
2005/05/23(月) 01:54:20
>>26
禿同。C#触り始めて以来、VBなんて見るのもイヤ。
0032デフォルトの名無しさん
垢版 |
2005/05/23(月) 12:37:40
仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
（ちなみに開発するシステムは、クライアント−サーバー型の業務システム）
0034デフォルトの名無しさん
垢版 |
2005/05/23(月) 19:28:02
>>32
JAVA
0035デフォルトの名無しさん
垢版 |
2005/05/23(月) 19:47:07
スレタイ語尾に 対 C#
をつければ新たな議論も考えられそうだ
0036デフォルトの名無しさん
垢版 |
2005/05/23(月) 19:48:53
>>1はVB.NETとC#との違いについてはどう思ってる？
VB.NETやるんだったらC#やったほうがいいと思うんだけど。

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

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

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

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

そのあたりはJavaやC#とくらべどうなんだろな。
0038デフォルトの名無しさん
垢版 |
2005/05/23(月) 19:52:51
>>22
C#でも出せるならVB.NETでも出せないとおかしい気がする。
さもないとVB.NETは中途半端にかなり使えない言語じゃないか？

それとも、これはVB厨をC#に移行させるための戦略か？
0039デフォルトの名無しさん
垢版 |
2005/05/23(月) 19:54:08
>>25
UNIX,系で様々な言語(sh, Perl, C, C++, PHP, Javaなど)を使ってきた陣営から
すれば.netはかなり違和感ありありだと思うのだが。
0040デフォルトの名無しさん
垢版 |
2005/05/23(月) 20:10:03
>>32
> 仮にVB6もVB.NETもやめて、他の言語を覚えるなら何がいいですかね？
> （ちなみに開発するシステムは、クライアント−サーバー型の業務システム）
>
VB/VB.NETやってるならC#とASP.NETだと思うが。ほかは
Perl, PHP, Java
0041デフォルトの名無しさん
垢版 |
2005/05/23(月) 21:37:45
>>37
確かにVB6.0の文字列型変数にはUNICODEで格納される。

でもUI周りのコントロールはShiftJISにしか対応しない。
API呼び出し時や、ファイルI/O時はUnicode<->ShiftJISの
自動変換が勝手に行われる。よってUnicode固有の文字は
扱えないのさ。
0047デフォルトの名無しさん
垢版 |
2005/05/24(火) 16:41:13
>>36
VB.NET＝VB6の後継言語で、VB6の技法・知識がかなり流用できる。
　　C#＝新手のC言語。C言語は今までやった事が無く、業務に不向きなイメージがあるので、チョット敬遠気味。
てな印象です（私はC++とC#の違いも解らない、VB使いの無能なエンジニアですので）

>会社でVB.NETやってるならVBよりも真っ先にVB.NETを優先すべきだろうけど。
>VB.NET覚えてればC#への以降も簡単なんでない？
>
そんなもんですかね？　C#への足掛かりができるならば、VB.NETも頑張ろうかって気になる。
0052デフォルトの名無しさん
垢版 |
2005/05/24(火) 21:50:40
>>51
どっちもコードをそのまま日本語化するとこうなる。構文が違うだけで中身は全く同じ。

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

(VB.NetではintAscを経由しているがHex(Asc(strCheck))と書けばこの変数は不要になる)
0053デフォルトの名無しさん
垢版 |
2005/05/24(火) 22:13:38
>>51
流れ制御文や、変数の宣言が異なるだけで、
プログラムの構造はもちろん、使っているAPIも同じだろ。
0054デフォルトの名無しさん
垢版 |
2005/05/24(火) 23:39:35
>>47
無能のままで居たければVB.NET。普通の人生を送りたければC#。


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

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


一生フリーターやニートな人生があるように、生涯VBという人生も選択肢としてはあるのだろう。
0055デフォルトの名無しさん
垢版 |
2005/05/24(火) 23:47:38
VBってバカにされるけどVBだけで本当にどれだけのことが
できるのだろう。
どんなにしょぼいアプリでも仕事で作るものはそんなに簡単なものは
少ないように思うのだが。
0061デフォルトの名無しさん
垢版 |
2005/05/25(水) 20:04:35
気になるのが、VB.NET よりも C# の方がいいという意見が多いのだが、
C#で業務システム組んだら、VBよりも「早く」「楽に」作れるの？

（言語のアーキティクチャの美しさうんぬんよりも、そっちが大事！）
0063デフォルトの名無しさん
垢版 |
2005/05/25(水) 20:12:49
>>61
好きにすればいいじゃないか。自分で使ってみてさ。
VB.NETがJ++のような位置付けであろうとも、未来はわからないからね。
MSの気がかわってまたVBに力を入れるかもしれないじゃないか。
0064デフォルトの名無しさん
垢版 |
2005/05/25(水) 20:49:29
C#でCOMとのInterOpやろうとすると、C#の型安全性が仇になって
キャストやReflectionの嵐になる

そんぐらいじゃないのか、VB.NETの楽な部分って。
0065デフォルトの名無しさん
垢版 |
2005/05/25(水) 20:57:50
>>61
C#は、C++やJavaを使った経験のある人にとっては、文法がほぼ同じなので取り付き易い。
VB.NETは、文法がだいぶ拡張されているので、VB6.0の経験があっても取り付き難い。
0070デフォルトの名無しさん
垢版 |
2005/05/27(金) 13:26:26
>>63

確かに。
VBそのものが完全に無くなる可能性は低いと思われるので、
とりあえず、VB.NET もうチョット続けよっと。
0072デフォルトの名無しさん
垢版 |
2005/06/02(木) 16:28:53
漏れは言語を指定される仕事なんて新規作成でやったことないんだが
結構あるものなの？
0073デフォルトの名無しさん
垢版 |
2005/06/02(木) 21:03:53
>>72

結構あるよ。
俺が下請けソフトハウスのせいだが。
0074デフォルトの名無しさん
垢版 |
2005/06/05(日) 00:54:10
>>9
VB6てUNICODEサポートしてたと思うが。
0076デフォルトの名無しさん
垢版 |
2005/06/05(日) 01:34:55
UnicodeベースではあるがUnicodeをまともに扱えない、それがVB

間違ってもUnicodeサポートなどとは呼べない
0079デフォルトの名無しさん
垢版 |
2005/06/07(火) 14:08:37
>>78
VB2005 も .NET2003同様に、動作が重いんだろうか？
0080デフォルトの名無しさん
垢版 |
2005/06/07(火) 16:20:34
>>79
普通に考えて軽くはならんだろうね。
その分、高機能になってるしPCも速くなるからいいんだけど、
VB6.0の機能で十分で、最新でないPCを使う俺にしたら.NETを選ぶ理由がない。

人それぞれ。（あたりまえか）
008280
垢版 |
2005/06/07(火) 16:55:55
VC++が難しくて使えない俺には選ぶ理由がある。


情けねえorz
0084デフォルトの名無しさん
垢版 |
2005/06/09(木) 17:29:15
VB6を使ってる人がC#を勉強すると、そのまま自然にVB.NETが理解できるし
振り返ってVB6を改めて理解できる。

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

C#を経由しないでVB.NETだけ勉強すると、VB6互換ライブラリがないと
何も作れないVB.NET厨になるおそれあり。
VB6の時点であるていど意識して開発している人なら、そのままVB.NETに
移行してもそのおそれはない。
0088デフォルトの名無しさん
垢版 |
2005/06/10(金) 11:17:37
84の内容って認知的不協和そのままというか良いサンプル。

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

自らバイアスかけてﾌﾞﾋﾞが滅んでないことになってんだろうね。
0089デフォルトの名無しさん
垢版 |
2005/06/10(金) 15:48:08
>>1 だが、結果的にVB6でシステム開発やる事になった。
昔のWinNT4.0やWin98の低スペックPCをクライアントで使う羽目になり、
VB.NET2003だと遅くて使いモノにならんという理由で。

慣れている言語なんでとりあえず早く楽に作れるが
喜んでいいやら悲しんでいいやら。
0090デフォルトの名無しさん
垢版 |
2005/06/10(金) 22:08:13
>>88
それを言うなら認知的不「調和」でしょ。
認知的不調和ってのは普通ダブルバインドの話だと思うが。。

っていうか、俺には>>84が「VBが滅んでない」なんて言いたいようにも、
そのように認識しているようにも読めないけど。。
0091デフォルトの名無しさん
垢版 |
2005/06/11(土) 08:36:55
84はVBで悲惨な目にあいながら、他を見ずにV$マンセー、してるじゃん。
非論理的な言い方で。
0092デフォルトの名無しさん
垢版 |
2005/06/11(土) 10:57:38
正直、>>91は精神科で見てもらった方がいいと思う。
自分の妄想を他人（の書いた文章）に投影する傾向あり。というかあり過ぎ。
まあ妄想性人格障害のある人間は通常それを自覚できないんで、これ読んで本人が
承服するとも思えないけど。

もっとも単に読解力が絶望的にないだけかも知れないけどね。
0094デフォルトの名無しさん
垢版 |
2005/06/11(土) 11:36:29
手軽なアプリを作る分には旧VBでもいいけどさ。
ある程度の大きさになって来るとOOPできないのは辛い。
0095デフォルトの名無しさん
垢版 |
2005/06/11(土) 17:39:28
プラットフォーム、その他環境によってＡＰＩが異なるために、プログラムを組み直す必要があって、
それを．ＮＥＴフレームワークで解決しようとしているのがVisualBasic .NET 2003。

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

ＡＰＩにあって、．ＮＥＴフレームワークにないものをすべて挙げてみよう！
0098デフォルトの名無しさん
垢版 |
2005/06/11(土) 23:33:14
この文章って執り付かれてるよね。

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

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

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

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

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

おそれはない、ことを言いたいようだが、OOPを意識する人がVB６を使うことがありえない。
0100最凶VB厨房
垢版 |
2005/06/11(土) 23:40:26
VBの世界に足を踏み入れたならば一生抜け出すことはできない。
それほどVBは魅力的なんですね。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況