X

VisualBasic6.0　対　VisualBasic .NET 2003

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

私と同じ意見の人いませんか？
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は魅力的なんですね。
0102デフォルトの名無しさん
垢版 |
2005/06/12(日) 01:18:21
実質カプセル化だけなところ
0107デフォルトの名無しさん
垢版 |
2005/06/13(月) 08:45:17
VBとかActiveXではコンポーネントが実質増えなかったし、
性能悪いし何より実行時に不安定だった。
VBの時代は終わった。
0109デフォルトの名無しさん
垢版 |
2005/06/15(水) 10:40:33
.NET フレームワークに、C# からは使えるけど VB.NET からは使えない
機能というかオプションがあるのを見つけた時は、がっかりした。
0110デフォルトの名無しさん
垢版 |
2005/06/15(水) 12:17:27
@ITの記事はC#とVBのソースが併記してあってウザイ。
MSDNの記事はC#とVBのソースが併記してあってウザイ。
VBは激しく(ﾟ⊿ﾟ)ｲﾗﾈ
0112デフォルトの名無しさん
垢版 |
2005/06/16(木) 00:19:01
>>109
VS2005にはVB.NETにはあるけど、C#には無い機能が色々あってがっかりした。
C#せっかく覚えたのにな(T_T)
0114デフォルトの名無しさん
垢版 |
2005/06/16(木) 01:27:47
>>113
With .... End With ブロック。

■ 明示的に区別されたIf, For, While, Select...Case などのブロックの「閉じ」構文。
　―― C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。

■ 目立たず邪魔にならない注釈記号(')
　―― C系統の言語の注釈は無駄に邪魔くさいんんだよ。/* ... */にしろ　//にしろ。

■ 参照設定しなくてもデフォで使えるVBランタイム機能。

■ ユーザー定義イベントが簡単に使える。
0116デフォルトの名無しさん
垢版 |
2005/06/16(木) 07:04:16
>>113
Myが増えてる。
ローカルPCの良く使いそうな情報がプロパティひとつで取り出せる。
OOを無視したいかにもVBらしい機能♪

VS2003以前でC#にあってVB.NETに無かった機能も、VB.NET 2005ではほぼ網羅してるから
C＃いらね。
0123デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:07:18
>>119
まあ余程簡単なコードしか書いたことのない人の意見なんだろうな。
一度書いたら二度と読み直すことがないような。
プログラム実習のでちょっとプログラム書いたことがある学生さんの意見としか思えん。
単純だからなんだというのだろう。

ブロックの終端が常に}と「単純」なC系統の言語では、
確かに対応する構文を意識する必要がない。コードを書く場面では。
（もっとも、こんなものは今日日IDEが自動的にやってくれるわけだが。）

しかしコードを読む場面では、逆に}に対応するブロックの始まりが
どのキーワードなのかを意識しなければならない。人間様が自分の脳のリソースを使って。

ちょっとネストが深いコードを読み返すとき、このことが
どれほどストレスの源になることか。

VBやPascalのような言語の場合、こうしたストレスは完全にとまではいえないが
Cに比べれば格段に緩和される。
0124デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:13:58
注釈記号も、アセンブラを踏襲して素直にセミコロンにしとけば良かったのに
なんであんな鬱陶しいブロックコメント形式なんかにしたんだろう。
0126デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:17:53
>>123
C系の言語でブロックのネストがLispのカッコのように何段にもなるコードを
書くことは稀だし
そういうのは大抵書き換えたほうがいいことが多いな

ブロックは普通明示的に分かりやすくインデントするし
たとえばvi系のエディタなら%つかえばカッコの対応なんぞすぐわかる

ま、begin/end組に比べてCが「いかにタイプ量を少なく簡潔に」という方向で
デザインされてるのは確かだな。でも、Cがこんだけ広まって皆それに
慣れており、誰も困ってないというのも実情だよ。
0127デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:23:57
> With .... End With ブロック
C#では明示的に除外された

> C系統の言語の{}は頭悪すぎ。無駄なことに思考力を使わせるな。
お前はメモ帳でプログラムを書いているのか？
それとストレスになるほど深いネストを書くお前が悪い。

> 目立たず邪魔にならない注釈記号(')
旧VBだと _ で折り返した行にコメントが書けないんですけどこれはどうすればいいでしょうか！！！！

> 参照設定しなくてもデフォで使えるVBランタイム機能
これは別に俺は嫌いじゃない。

> ユーザー定義イベントが簡単に使える。
意味不明。WithEventsのこと？
C#にもevent構文があるけど？
0129デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:32:14
>>126
誰も困ってないというより、それを口に出して言いにくい、
抑圧的な世界なんだと思うね。
王様は裸だ、といえない空気ね。
すくなくとも過去にはそういう雰囲気がこの業界にはあった。
まあ、プライドの肥大したスカした野郎が多い世界だから。

>>127
＞> ユーザー定義イベントが簡単に使える。
＞意味不明。
実際やってみりゃ一目瞭然。VB.NETとC#で自作のイベント生成するコード書いてみ。
0131デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:35:36
delegateを定義するってこと？
そういえばVB.NETでは試したことないな。今度やってみるよ。
0133デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:36:53
>>128
もう予想通りの典型的な反応で笑える。
あのねえ、関数はシンプルに、無駄に深いネストを使うのはよくない、
小さな問題に分割統治して書くとわかりやすいコードが書ける、などといった
教訓は、全ての問題がそのように書ける、ということを意味していないのだよ。
0136デフォルトの名無しさん
垢版 |
2005/06/17(金) 01:44:56
>>129
ルサンチマンまみれの発言ご苦労様
いやなら業界止めたら？

あんた以外誰も、たかがCのカッコの問題なんぞ抑圧だとも思ってなけりゃ
そんな程度のことをプライドに感じたりもしてないから。

Cをけなすんならせめてあの複雑で醜くてBjarn Stroustrupも嫌いと公言して
憚らない宣言のシンタクスでもけなせばいいのに。

ま、C#には関係が無いことだけれどもね。
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況