【VB.NET】VS2005 選ぶならどっち？【C♯】

【VB.NET】VS2005 選� ..

771:デフォルトの名無しさん
06/11/23 14:44:25
>>770
何を言うか、そもそもVB.net自体、VB6しか使えないヘボプログラマを一掃するための
刺客だったのだ。VB.netとVB6なら、まだVB.netとC#,Javaのほうが近い。
やる気のあるやつがVB.netに乗り換え、主流がVB.netになればヘボプログラマはついていけずに一掃されるはずだった。
ところが、VB6ユーザーは数が減るどころか大部分は移行せず、VB6を使うことに固執し、
未だに大きな勢力を持っているので、MSはこれを取り込む必要があるのだ。

772:デフォルトの名無しさん
06/11/23 14:48:06
マルチコピペは無視無視

773:デフォルトの名無しさん
06/11/23 20:05:44
つか、ﾎﾟﾄﾍﾟﾀ環境最悪

774:デフォルトの名無しさん
06/11/24 01:23:10
VBのMyってのは要するに
あちこちの名前空間に散らばってるクラスたちの中から
高頻度で使いそうなものを寄せ集めてきただけだよね？

775:デフォルトの名無しさん
06/11/24 02:58:25
だけではないが、まそれにちかい

776:デフォルトの名無しさん
06/11/25 16:06:27
vbってndoc使えるの？
使えないならウンコ

777:デフォルトの名無しさん
06/11/25 18:12:44
それはいずれにせよNDoc側が対応してるかどうかの問題であってVBの問題ではないな

778:デフォルトの名無しさん
06/11/25 20:38:21
VB2005になってドキュメントコメントが使えるようになったが、
NDocの方が死滅…ｗ

779:デフォルトの名無しさん
06/11/25 20:49:33
こんな記事が出てきた
URLﾘﾝｸ(www.isisaka.com)

780:デフォルトの名無しさん
06/11/25 23:10:49
ジェネリックでアウトー

781:デフォルトの名無しさん
06/11/25 23:56:39
C++のテンプレートまでは真似れたが、アルゴリズムは真似れなかったC#・・・

782:デフォルトの名無しさん
06/11/26 01:02:23
C#で.net framework2.0に対応したフリーのドキュメント出力ツールは結局
SandCastleのみ？
URLﾘﾝｸ(www.microsoft.com)

783:デフォルトの名無しさん
06/11/26 03:21:41
何その嫌な名前

784:デフォルトの名無しさん
06/11/26 11:27:30
普通にdoxygenが使えないか？

785:デフォルトの名無しさん
06/11/26 23:15:04
私見ですが、
VB厨は、コボラーより始末が悪い気がする。

1>>
もし、私がスレ主ならC#を選択します。

786:デフォルトの名無しさん
06/11/28 12:14:29
>>785
プログラミング言語を選ぶのに「VB厨は、コボラーより始末が悪い気がする。」
なんて理由でC#を選ぶおまえはVB厨よりも始末が悪い気がする。

787:デフォルトの名無しさん
06/11/28 12:22:45
>>786
もともとの話題はどちらを雇ってプログラムを作らすかだったからな。

788:786
06/11/28 19:24:37
>>787
たしかに>>785の意見はまっとうなレスでした。
ごめんね>>785

789:デフォルトの名無しさん
06/12/06 04:46:53
で、様々な理由からVBの方が優れてるでOK？

790:デフォルトの名無しさん
06/12/06 08:27:44
なぜ

791:デフォルトの名無しさん
06/12/07 00:57:35
why not

792:デフォルトの名無しさん
06/12/17 15:22:13
>>789
むしろ、その逆

793:デフォルトの名無しさん
06/12/17 16:39:23
VB6+VBA、VC++をそのまま残して、.NETはC#だけに絞っても良かったのにね
MSはこれからもスクリプト言語や関数型言語と.NETで動かすの増やすのだろうけど

まあ今から新規で始めるとしたらVB.NET選ぶ価値がないでしょう
今後はどう進化するかにもよるだろうけど（そろそろ個性出してもいい頃だと思う

ただ今さらJAVAには勝てないだろうし、VB6の分野をJAVAで扱えるようになればそれで終わりな気も・・・
もしVB6ユーザーの受け皿が必要とすれば、VB.NETはそう言う進化もありだとは思う

794:デフォルトの名無しさん
06/12/17 22:54:50
VB6→Javaでクライアント
ならまだあきらめてVB6→VB2005
に行くやつのがおおいんでないか？

795:デフォルトの名無しさん
06/12/17 23:01:39
javaでクライアントって誰が使ってんの？

796:デフォルトの名無しさん
06/12/18 10:20:32
＞java
携帯電話のアプリとか…

>>794
でも、VB6→VB2005に行ってVB.NETを新たに学べる人ならC#も充分学習可能という罠

ただBorlandのPascalと同じでMSもBASICをラインナップから外したくないの鴨。

797:デフォルトの名無しさん
06/12/18 14:08:53
というか「やっぱり言語、シンタックス重要」とヘジも言っているように
VBに慣れている奴はVBのシンタックスがいいだろうよ。

CLR的に見ても少なくとも思想が違う2つぐらいは面倒みないと言語中立な
設計がわからんし。あと鉄パイソンからLCGが産まれたように何の言語から
有用な機能が産まれるか正直誰にも分からんし。VB9は下手したら
C#3.0よりも先進的っぽいですよ。

798:デフォルトの名無しさん
06/12/18 19:25:41
前から疑問なんだけど、C#にはVBのStaticなローカル変数にあたる機能がないわけだが、
これって何か深い理由があるのんだろうか？

どう考えてもあった方が便利な機能だと思うんだけど。
たとえばDispose実装するとき、VBなら既に一度呼ばれてるかどうかのフラグを
Dispose内に閉じ込められるが、C#だとこんなどうでもいい変数をわざわざ
フィールドにしなきゃならん。

799:デフォルトの名無しさん
06/12/18 22:40:28
コンストラクタがNewで統一されていて、関数の戻り値用変数がデフォルトで用意されているVB.netがわかりやすい希ガス。

それだけかよ('A')

800:デフォルトの名無しさん
06/12/18 23:09:04
Disposeのフラグにstatic使っちゃまじいだろｗ

801:デフォルトの名無しさん
06/12/18 23:14:41
staticの意味合いが違うんだろ。
話はかみ合わない。

言語論争は20年前から見てるもう秋田。
好きなほうを使え。

802:デフォルトの名無しさん
06/12/18 23:18:47
c#使ったほうが優越感はあるな。
でもVBも業務で使われているみたいだし。

803:デフォルトの名無しさん
06/12/18 23:19:45
勝手な思い込みで書くなよ。
話はちゃんと噛み合ってる。

804:デフォルトの名無しさん
06/12/18 23:36:53
>>803
いや全然かみ合ってないと思うよ。
まあマジメに読んでくれると思わないが一応。。
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx

>>801
好き嫌いの話なんか一切してないと思いますが。
仮にしてるとしても、あんたが書き込んでるこのスレのタイトル知ってる？w

繰り返すけど俺が関心があるのはC#にVBのStatic相当のしくみが用意されてないことに
必然性があるのかないのかだよ。
単なる個人的な好みをぶつけ合うガキ臭い宗教論争に興味はないよ。

805:デフォルトの名無しさん
06/12/18 23:37:24
>VBのStaticなローカル変数
って、Cの関数内staticみたいなやつなの?

806:デフォルトの名無しさん
06/12/18 23:42:47
>>804
合ってるじゃん。
そっちこそ何か勘違いしてね？

807:デフォルトの名無しさん
06/12/18 23:45:27
>>806
まあ噛み合ってると思うなら噛み合ってるということでいいや。
では、>>800の理由は何ですか？

808:デフォルトの名無しさん
06/12/18 23:46:56
>>798
なんでC#にはメソッドローカルのstatic変数がないんだろ。
Disposeしたかのフラグとか便利なのに。

>>800
Disposeのフラグにstatic使っちゃまずいだろ。
（staticは寿命は静的変数なので、インスタンスごとにもてないから）

>>801
staticの意味合いが違うんだろ。
話はかみ合わない。

異なる意味じゃなくて同じ意味で話してるからかみ合ってないなんてことはない。
最初から>>804のリンクの内容の意味で話してる。

809:デフォルトの名無しさん
06/12/18 23:48:03
寿命は静的変数って微妙な書き方だな。
要するにインスタンス変数じゃないってことね。

810:デフォルトの名無しさん
06/12/18 23:50:39
>>808-809
ああ、やっぱりこの程度の人間かよw
いいから黙ってもう一度>>804のリンク先の文章読んでみ

811:デフォルトの名無しさん
06/12/18 23:54:15
ぎゃはははは
ほんとだよお
ｇｙははは

すまんかったorz
まじかよマジで知らんかったよ。
きちんと読んでなかった。

いやすまんかった
ひとつ賢くなったよ。
さんくすorz

812:デフォルトの名無しさん
06/12/18 23:55:24
これVB6のクラスのころからそうだっけ？

813:デフォルトの名無しさん
06/12/19 00:00:12
>>812
そのはずだよ。

814:デフォルトの名無しさん
06/12/19 00:22:19
>>811
まぁC系の人が >>811 みたいに混乱するからってことで。

それにさして効果的な機能でもない気がするしなぁ

815:デフォルトの名無しさん
06/12/19 02:00:03
ていうかDisposeて。勘違い除いても使わん
ObjectDisposedExceptionなげるのを忘れてやしないか？

どっちにしろ変更に弱そう。それならはじめからインスタンスメンバ
にしとけよっていうか。

816:デフォルトの名無しさん
06/12/19 03:30:33
まあ現実にはそこまできちんと作らんこともある。

817:デフォルトの名無しさん
06/12/20 11:52:01
VB6　から　VB2005　に移行して勉強した人が、

以前からの会社の都合でどうしても　VB.NET　2003　とかで開発する

必要がある、というような場合、言語上で新たに覚えないといけないような点

はありますでしょうか？

Version　としてはバックすることになりますが、VB2005　の方が楽になっている

ので　VB.NET　2003　とかに戻ると　オブジェクト指向プログラミング的に

厳密にやらないといけない部分が出てくると思うのですが、その辺で

やっかいな部分から列挙するとどんな感じになるでしょう、、

このあたりを心配していましたが、すみませんが、よろしければこの件で

ご指導くださればありがたく、よろしくお願いします

818:デフォルトの名無しさん
06/12/20 11:53:40
それとも、VB.NET　2003　で開発していた案件はすべて　

VB2005　に移行していくと考えてよいでしょうか

この辺もよろしければ教えてくださると助かります

819:デフォルトの名無しさん
06/12/20 11:56:49
こちらのスレだとスレ違いのようなので別のところに移動します、

すみませんでした。

820:デフォルトの名無しさん
06/12/20 12:00:00
回答：

ｽﾚﾘﾝｸ(tech板:342番)

VS2003で作ったプロジェクトがVS2005でコンパイルできないのには萎えた。
しかも、もう.Net3.0とか言ってるし・・。
DirectXと同様に、エンジニアを振り回すのが大好きですね、MSは。

821:デフォルトの名無しさん
06/12/20 12:06:31
書き方が悪いからだろ。

822:デフォルトの名無しさん
06/12/20 14:56:16
.NETってカスじゃんｗｗｗｗｗｗ
URLﾘﾝｸ(forums.microsoft.com)
＞.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
＞このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。

823:デフォルトの名無しさん
06/12/20 15:14:02
>>820　
そうですか、やはりソース上の互換性はないのですか

当方は817-819ですが、たとえば、

ＶＢ．ＮＥＴ　2003　までは
フォームの　Ｌｏａｄ　の段階ではもしかしてインスタンスの生成を書かなければ
ならなかったのが、2005　では必要なくなり、むしろ書くとエラーとなるようでした

これは　2005　のものを　2003　以前の環境にそのまま読み込んでも
実行できないということなのではないかと思いました

それともこれは回避できるのであって、こうではないのでしょうか？

824:デフォルトの名無しさん
06/12/20 15:45:44
>823
> フォームの　Ｌｏａｄ　の段階ではもしかしてインスタンスの生成を書かなければ
> ならなかったのが、2005　では必要なくなり、むしろ書くとエラーとなるようでした

書いてもエラーにゃならんと思うが。

825:デフォルトの名無しさん
06/12/20 16:24:10
2003のソースをそのまま追加してやればコンパイルは出来る。
Partial　Classの仕組みを理解してなくて、2005で追加したフォームに、
2003のソースの一部だけをコピペしてるのだろう。
IDEに互換が乏しいというべきだろうな。

826:デフォルトの名無しさん
06/12/20 16:46:18
>>824
そうですか、当方823ですが、
ただ2005で、*.vb　のﾌｧｲﾙのｺｰﾄﾞエディタにそれを書くとエラーになったかと
記憶しています

>>825
＞Partial Classの仕組み

それは、もしかして要するに同じｺｰﾄﾞが重複するってことですよね
ということは、「2003のソースをそのまま追加」　するということは
その2003での　*.vbﾌｧｲﾙ　そのものを　「追加」　するということですね

ということは、やはり、2005　では、　*.vb　ﾌｧｲﾙのｺｰﾄﾞｴﾃﾞｨﾀには
インスタンスの生成部分を書いては　「ならない」　ということを意味
しますよね

827:デフォルトの名無しさん
06/12/20 16:49:39
続きですが、ということは、結局、

2005　で開発したｺｰﾄﾞは、　2003　では実行できない
＝下位互換性はない

ということですよね

ということはやっぱり、2005　で勉強してできるようになっても
2003　で開発し続けている会社では、2003　での構成方法も
学びなおさないと開発できない、ということを意味しますよね

828:デフォルトの名無しさん
06/12/20 16:53:16
訂正ですが、

>>826
＞*.vbﾌｧｲﾙ　そのものを　「追加」　する

これは、正確には

＞*.vbﾌｧｲﾙ　に関係するすべてのファイルを　「追加」　する

が正しいですか

829:デフォルトの名無しさん
06/12/20 17:02:18
>>827
何をそこまでてんぱってるのかわからんが、そんなに構えなくてもいいんじゃね？
そりゃ違うところはあるだろうし、2005から追加した機能もあるから
そのあたりの違いは勉強しないといけないけど、基本はほとんど変わらないはず。
普通にやればいいと思うよ。
ちなみに、「Partial Class」は「同じコードが重複する」わけじゃなくて、
１つのクラスを２つのファイルに分割して書けるってだけだよ。

830:デフォルトの名無しさん
06/12/20 17:37:41
>2005　で開発したｺｰﾄﾞは、　2003　では実行できない
>＝下位互換性はない

当たり前じゃん

831:デフォルトの名無しさん
06/12/20 17:41:56
普通に移行ウィザードが発動してコンパイルできるんじゃ。

832:デフォルトの名無しさん
06/12/20 17:43:11
おそらくその移行に失敗した模様だな。
僕のはしょぼいせいかカンペキだ…

833:デフォルトの名無しさん
06/12/20 18:15:43
>820
2.0から3.0への移行なら100%互換だよ
というか追加があっただけで何も変わってない
はず

834:デフォルトの名無しさん
06/12/20 22:14:28
はじめ間違えて　【VB.NET】VS2005 選ぶならどっち？【C♯】スレ
で先にお聞きし、スレ違いと思い直してこちらに来て改めてお聞きしていました。

>>829
なるほど、確かにそうですよね＞「Partial Class」
で、別ファイルにあるインスタンス生成部を通常の動作コードに書くと
「重複」になるものと思ったのでした

>>830
やはり

>>831 >>832
2003　から　2005　に移行するのには　「移行ウイザード」というのが
あるのでしたか、わかりました

>>833
その辺はまだ知らないのでした

一応、やはり　2005　で勉強してできるようになっても、会社によっては
「2003　で開発し続けていく」　会社もあるでしょうから、そうなるとそこに
行って仕事するとなると、すぐには使えず、　2003用の学習は必要
にやはりなりそうですね・・・

835:デフォルトの名無しさん
06/12/20 22:20:29
＞はじめ間違えて　【VB.NET】VS2005 選ぶならどっち？【C♯】スレ
＞で先にお聞きし、スレ違いと思い直してこちらに来て改めてお聞きしていました。

あ、間違えた
これがこちらでした・・・大変スマソです（汗

836:デフォルトの名無しさん
06/12/20 23:48:25
そのくらい対応できないようなら首吊った方がいい

837:たかとし
06/12/21 00:17:45

VS2005やったらとてもVS2003は出来ない。

作業が大変楽

838:デフォルトの名無しさん
06/12/26 13:18:16
>>813
違うよ。
VB6にはsharedも初期値代入も無い。

839:デフォルトの名無しさん
06/12/26 13:20:42
Windows Vistaへの対応状況
URLﾘﾝｸ(blogs.msdn.com)

○ VB 6.0　　　- Supported
× VB.NET 2002 - Not supported
× VB.NET 2003 - Not supported
× VB 2005　　 - Not supported
△ VB 2005 SP1 - Supported (ただしUAC関連の問題あり)

ＶＢﾜﾛｽｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

.NET Framework 2.0 廃止予定の API 一覧
URLﾘﾝｸ(www.microsoft.com)

　（　<●><●>）　　ドトネト１．０～２．０廃止なのは分かってます
　（Ｕ　　　　）つ　
　　　ｕ　　ｕ
＞廃止予定一覧 : アセンブリ単位
＞廃止予定一覧 : 名前空間単位

840:デフォルトの名無しさん
07/01/11 21:57:40
>>833
>>682 がちょいと気になる

841:デフォルトの名無しさん
07/01/12 10:21:41
大丈夫だって。

＞互換性 ".net" の検索結果約 1,720,000 件中 1 - 10 件目 (0.15 秒)

互換性について相当考慮してくれてることが分かる。

842:デフォルトの名無しさん
07/01/30 23:29:01
VB2005なんですが、
Private Sub StartToolStripMenuItem_Click(ByVal send～
call Draw()
End Sub

文中のdraw()からサブルーチンのdraw()に飛ぶようにするにはどのように書けばよいのでしょうか。

6.0ｲﾝｽｺしたいです（；ω；）

843:デフォルトの名無しさん
07/02/04 09:34:27
．ｎｅｔならＶＢなんかやめてＣ＃に切り替えた方がいいぞ
２００５見たらほとんど同じもんじゃねーか
ＭＳはＶＢを無くすつもりの気がする

844:デフォルトの名無しさん
07/02/04 22:26:29
>>843
C++ CLI の方が便利そうじゃないっすか？

845:デフォルトの名無しさん
07/02/05 00:48:29
少なくともOrcasにはVB載る予定だからあと4年は大丈夫だろ。

846:デフォルトの名無しさん
07/02/05 09:04:09
仕事で使うんならあと4年じゃ駄目だろ

847:デフォルトの名無しさん
07/02/05 11:16:57
>>811
不覚にも萌えた。
俺でよければもらってやってくれ。

848:デフォルトの名無しさん
07/02/23 14:39:11
はっきり言って俺はC#は詳しいよ。
Append()は戻り値がvoidなので新たにオブジェクトを作らない。
よーく考えろ。

￣￣￣￣￣￣￣￣＼|￣￣￣￣￣￣
　　　　　　　　　　　　　　　　　 _,,t-‐‐-､,-‐‐-､
　　　　　　　　　　　　　　　　三'::::::............... .....::::::`ｙ,.
　　　　　　　　　　　　　　ナ::::::::::::::::::::::::::::::::: :::::::::::::ヾ
　　　　　　　　　　 |￣|　　 V::::::::::::::::_{{ （{∫∬ﾉノｊヾ:::::{
　　　　　　　　　|￣| |￣| 　ﾅ::::::::::::::i`__,,,,,,,ｧ_　 _,,,,,_ t;;:ﾇ
　　　　　　　　　| 　| |　 |　イﾍ::::::(ヾ~!,ｬt､　!'''i ｨｔﾝ )=f }ｆ
　　　　　　　　　| 　| | 　|　　i {t）テ" ﾍ' '___,ｲ　ヽ＿/　介'
　　　　　　　　　 | 　| |　 |　_,rﾍ_,ｊ|!'　　　　 /ｰ--''! 　　 |'
　　　　　　　　　 |,.ｨ―''''￣　／| |　　　　／二ｸ　　 !
　　　　　　　　 /;;:::'';;::''::;;:／ {　!　、　　　ヾニﾝ　　　ﾉ＼
　　　　　　 /'''::::;r|''':::;;;|　　|　!　＼　　　　　　 _,,.／|::;;'''＼
　　　　　　　　/:;;／　|;;;''::;;| 　　丶＼　｀_＿＞-ｰ´　　　!;;;:'''::iヽ、
　　　　　　 i／　　 |'::;;;;''|　　　　三 ―''"　　　　　　　!''::;;;;| /ヽ
　　　　　　　 /⌒ヽ　 |;;''':::;|　　　　　　　＼　　　　　　 !;;::''|/　 i
　　　　　 / 　　＼{'';;;::''}　　　　　　　　　￣二ニ＝　　 !::;;|　　 |
　　　　　 /ﾍ　　　　 |;;:::::;{　　　　　　　　　　　　‐-　　　　 !/　　　|
　　　　 /　　i　　　 |:::;;;''!　　　　　　　　　　　ー　　　　 !　 /　|
　　　　　/　　　l　　　 |;;'';ｲ　　　　　　　　　　　　　　　　　　　｝　　 {、
　　　　　〉、　　　　　 ∧ﾃ{　ヽ　＿　　＿,,,,;;;;;:::-==ﾆ;;;_　　ﾉ　__,イ´
　　　 /　＼_　　　/／レ!　　　　　￣　　　　　　　　　　￣ {￣　　|

849:デフォルトの名無しさん
07/03/02 11:09:27
デブC#厨死ね

850:デフォルトの名無しさん
07/03/02 11:09:31
ドント！

851:デフォルトの名無しさん
07/03/02 11:09:38
ドッドント！

852:デフォルトの名無しさん
07/03/31 00:28:10
>>1
俺なら迷わず、ACCESSプロジェクトだね！
MSもACCESSを2007にしてMDBをXML化してファイル拡張子は変えたが
プロジェクトファイルの拡張子はADPのままよん～♪

853:デフォルトの名無しさん
07/05/09 07:47:25
なんかVBは本気で動的言語に突っ走っていくようですね。

854:デフォルトの名無しさん
07/05/09 21:14:34
　　　　　　　■ ■ ■　辻、加護の見分け方（仮）　■ ■ ■

　　　　　 .ニコチン中毒なのが加護■　■ポコチン中毒なのが辻
　　...上の口で棒をくわえるのが加護■　■下の口で棒をくわえるのが辻
　　　　　　　　白い煙を吸うのが加護■　■白い液体を吸うのが辻
　　　　　　　　お茶出しするのが加護■　■中出しされるのが辻
　　　　　　　　　　　　　　..解任が加護■　■懐妊が辻
　　　　　　. 辻斬りされたのが加護■　■ご加護があったのが辻
　　　　....日のあたらない生活が加護■　■太陽のある生活が辻
　　　　　奈良に帰省したのが加護■　■マラに奇声をあげたのが辻
　　..　..　.キャメルで辞めたのが加護■　■ギャルルを辞めたのが辻
　　　　　　　　　　　　スパスパが加護■　■ズボズボが辻
　　　　　　　　　　一服するのが加護■　■一発するのが辻
　　　　　　　　　　 .モクモクが加護■　■イクイクが辻
　　　　　　　　　　　 .謹慎した加護■　■妊娠した辻
　　　　　　 .写真でチクショーが加護■　■射精で着床が辻
　　　　　　　　.タバコクラブの加護■　■タマゴクラブの辻
　　　.　.　.　.　.　.マタやったのが加護■　■マタでやったのが辻
　　　　　　　　　　引き篭もる加護■　■身篭る辻
　　 .オッサンが控えているのが加護■　■お産が控えているのが辻
　　　　　　　タバコ吸ってたのが加護■　■玉こすってたのが辻
　　　　　　　　　.脱退したのが加護■　■堕胎しないのが辻
　. 避妊してオッサンとやるのが加護■　■避妊しないでお産するのが辻
　　　　　大量に喫煙したのが加護■　■太陽と血縁したのが辻
　　　　　　　　.激写されたのが加護■　■激射されたのが辻
　　　　....我慢できず逝ったのが加護■　■望んでイッたのが辻
　　　　　.　法にしたがったのが加護■　■棒でしたかったのが辻
　. 避妊してオッサンとやるのが加護■　■避妊しないでお産するのが辻
　　..　.　.我慢できず逝ったのが加護■　■望んでイッたのが辻
　　　　.　.　.　人気がさがるのが加護■　■クンニによがるのが辻
...ガムで我慢出来なかったのが加護■　■ゴムで我慢出来なかったのが辻

855:デフォルトの名無しさん
07/05/09 21:22:56
コピペ君って馬鹿だな、まで読んだ。

856:デフォルトの名無しさん
07/05/09 21:38:28
コピペ君って馬鹿だな、まで読んだ。

857:デフォルトの名無しさん
07/05/10 00:14:37
>>854
　. 避妊してオッサンとやるのが加護■　■避妊しないでお産するのが辻
　. 避妊してオッサンとやるのが加護■　■避妊しないでお産するのが辻

　　　　....我慢できず逝ったのが加護■　■望んでイッたのが辻
　　..　.　.我慢できず逝ったのが加護■　■望んでイッたのが辻

重複してるぞ

858:デフォルトの名無しさん
07/05/12 14:31:54
VB6.0プログラマはVB.NETを無視してC#を勧める人って一体誰なんだ？
単なる思い込みに過ぎないんじゃないか。
VB6.0からは絶対にVB.NETに行くべきじゃないか。

859:デフォルトの名無しさん
07/05/12 14:42:32
>>1
おい、「弊社」とはどこの会社だ？

860:デフォルトの名無しさん
07/05/13 17:11:37
>>858
VB6.0のころの考え方を一掃してもらうために、
あえてC#という別言語を勧めるって魂胆じゃね？

試してないので効果の程は不明。

861:デフォルトの名無しさん
07/05/14 09:19:18
　　　　　　　　　　　　　　　∴∴∴∴　
　　　　　　　　　　　　∴∴∴∴∴∴
　　　　　　　|￣P∴∴∴∴∴∴∴∴
　　　　／　＼
　　　　　 |￣￣￣|
　　　　　 |ﾌﾏｷﾗｰ|
　　　　　 |　 (,,ﾟДﾟ)　　＜死ねや。ｺﾞﾗｧ!
　　　　　 |　（ﾉ　 |つ
　　　　　 |　M$　 |　
　　　　　 |＿＿＿|　
　　　　　　　U"U　　
　　　　　　　　　＼　　　　／
　　　　　　　　　　＼　／　　／￣￣￣￣￣￣￣￣￣￣
　　　　　／￣￣￣(,ﾟДﾟ,) ＜　　VB6.0からは絶対にVB.NETに行くべきじゃないか。
　　　　~￣>￣>￣> 　ヽ　　＼＿＿＿＿＿＿＿＿＿＿

862:デフォルトの名無しさん
07/05/15 19:12:04
VB.netのほうがわかりやすいと思ふ。

863:デフォルトの名無しさん
07/05/15 19:15:52
　　　　　　　　　　　　　　　∴∴∴∴　
　　　　　　　　　　　　∴∴∴∴∴∴
　　　　　　　|￣P∴∴∴∴∴∴∴∴
　　　　／　＼
　　　　　 |￣￣￣|
　　　　　 |ﾌﾏｷﾗｰ|
　　　　　 |　 (,,ﾟДﾟ)　　＜死ねや。ｺﾞﾗｧ!
　　　　　 |　（ﾉ　 |つ
　　　　　 |　M$　 |　
　　　　　 |＿＿＿|　
　　　　　　　U"U　　
　　　　　　　　　＼　　　　／
　　　　　　　　　　＼　／　　／￣￣￣￣￣￣￣￣￣￣
　　　　　／￣￣￣(,ﾟДﾟ,) ＜　　VB.netのほうがわかりやすいと思ふ。
　　　　~￣>￣>￣> 　ヽ　　＼＿＿＿＿＿＿＿＿＿＿

864:デフォルトの名無しさん
07/05/15 19:23:22
コピペ君って馬鹿だな、まで読んだ。

865:デフォルトの名無しさん
07/05/15 21:23:47
文法はVB6の方がラクだったのかもしれんが、
クソ便利な.NET Frameworkと充実しまくりの
エディタがある分、VB.netの方が入りやすいと思う。

866:デフォルトの名無しさん
07/05/15 22:51:44
VB.NETへの移植くらい.NET出たころMSが配ってた冊子眺めりゃ10分もあれば分かると思うんだが。

867:デフォルトの名無しさん
07/05/16 01:10:12
言語よりも、.NETを覚えた方がいいと思う。
将来性はともかく、すぐには無くならないだろうし、
これがあったからWindowsのプログラムの勉強をしようと思った。

どうせ、Windows記述言語としてしか使わないんだし。

漏れはN８８BASIC、アセンブラ、Cぐらいしか出来ないのでC#を選んだ。

CとC#は表面上は似ているから使い回しが効く。

868:デフォルトの名無しさん
07/05/16 03:55:49
前半は同意
最後の一行は嘘だろ

869:デフォルトの名無しさん
07/05/16 17:17:26
基本三構造や関数の書き方は同じだから、C#とCが似ているっていうならわかるけど、
そのまんま使いまわしは出来ないようなｗ

870:デフォルトの名無しさん
07/05/16 17:25:46
アルゴさえ理解すればどんな言語でも書ける

871:デフォルトの名無しさん
07/05/16 20:11:36
嘘つけ

872:デフォルトの名無しさん
07/05/16 20:54:46
アナゴさえ食えればそれでいい

873:デフォルトの名無しさん
07/05/16 20:56:42

N88BASICやアセンブラと比べればまだCに近いとは言えるが…
C使いが書いたC♯のソースは大抵ひどい

874:デフォルトの名無しさん
07/05/16 21:10:26
C++使いが書いたC#ソースは？

875:デフォルトの名無しさん
07/05/16 21:11:20
ローカル変数を解放したがる

876:867
07/05/16 22:29:42
ネタを提供出来て何よりですｗ

>>868
"表面上"という意味がおかしかった。

基本の制御文と、｛｝のくくり方とかは同じで、ソースの見た目が似てるから
Cを使うときに制御文で勘違いしなくて済むという事を言いたかった。

”使い回しが効く”というのは、とりあえずCで使ってた制御文の使い方
を流用できると言う意味。

>>869の意見と同じ感じですね。

877:デフォルトの名無しさん
07/05/16 23:28:56
VBのすばらしさを俺が教えてやろう
どういうアプリが欲しいか何か要望を言ってみろ

878:デフォルトの名無しさん
07/05/17 00:36:50
いや、べつにVB6のソース眺めてC#やATLで書けるけど？

879:デフォルトの名無しさん
07/05/17 09:42:06
>>875
VB.NETでは明示的にDisposeしないと使い物にならなかったが
C#ならusingだな

880:デフォルトの名無しさん
07/05/17 16:48:20
>>879
VB2005からusing使える。

881:デフォルトの名無しさん
07/05/17 20:02:55
C++/CLIに至っては、暗黙的にusingだし。

882:デフォルトの名無しさん
07/05/17 21:50:15
神の国は近づいた。悔い改めて洗礼をうけ、キリストを信じて生きなさい。
復活の希望をもって人々に福音を伝え、自分を犠牲にして弱っている者を助けなさい。

883:デフォルトの名無しさん
07/05/17 21:54:53
コピペ君って馬鹿だな、まで読んだ。

884:デフォルトの名無しさん
07/05/18 22:40:08
どっちでもイイな
書き易いほうで作ればイイ

885:デフォルトの名無しさん
07/05/19 00:26:00
c＃はポインタ使えるますか？

886:デフォルトの名無しさん
07/05/19 00:42:59
つかえるよ
つかわないけど

887:デフォルトの名無しさん
07/05/19 02:09:49
VBってぱっと見て全体が見渡せないイメージがある。

慣れればそうでもないのだろうか？

888:デフォルトの名無しさん
07/05/19 03:07:16
ぱっと見て全体が見渡せる言語なぞない。

889:デフォルトの名無しさん
07/05/19 06:30:47
クラスビューが見つからないだけど仕様ですか？

890:889
07/05/19 06:31:36
VB.Netの方

891:デフォルトの名無しさん
07/05/19 09:23:37
なぜかExpressにはVBだけクラスビューがついてないみたいだね。
理由はよくわからないが、VBの方により親しんでる俺には
なんだか差別されてるようで嫌な感じがするな

892:デフォルトの名無しさん
07/05/19 09:28:04
VCにはプロでも無い

893:デフォルトの名無しさん
07/05/19 09:28:14
(´･ω･`)差別してるんですがな

894:デフォルトの名無しさん
07/05/19 09:45:58
ctrl+alt+cクラスビューあるじゃん

895:デフォルトの名無しさん
07/05/19 13:06:43
Cとか覚えてるならC#。

エクセルのスクリプト使えるならVB

896:デフォルトの名無しさん
07/05/19 13:08:54
一切何も知らなくてこれから始めるならVB

897:デフォルトの名無しさん
07/05/19 14:14:02
int i;
って書くよりも、
i as integer,
int calc()
って書くよりも、
function calc() as integer

のほうがわかりやすいYO!

898:デフォルトの名無しさん
07/05/19 14:31:34
Don't sweat the small stuff.

899:デフォルトの名無しさん
07/05/19 15:03:13
VBの配列の表記法には不満があるな。
メソッドとメソッドの間に区切り線が引かれるIDEの機能はc#にも欲しい

900:デフォルトの名無しさん
07/05/19 15:52:35
VBの配列は他のBASICと一緒じゃないか？

901:デフォルトの名無しさん
07/05/19 16:06:05
他のBASICって発想がどこから出てくるんだw
>>1

902:デフォルトの名無しさん
07/05/20 04:17:08
旧VBのみでVB.NETは知らないが

大昔のBASICのDATA文風にカンマ区切りで記述できるConstがあったら
多少はマシだった気も＞VBの配列

903:デフォルトの名無しさん
07/05/21 06:25:09
>>902
ActiveBasicにはそんな配列初期化の機能があるらすぃ

904:デフォルトの名無しさん
07/05/22 21:25:36
以前VBのゲームプログラミングの本でDATA文風のプログラムを見た事が
有ったので探したらこんな感じのプログラムだった
URLﾘﾝｸ(x7net.com)

905:デフォルトの名無しさん
07/05/26 12:58:09
>>892
何が無いって？

906:デフォルトの名無しさん
07/05/26 17:54:01
うえみろ

907:デフォルトの名無しさん
07/05/27 02:39:40
したみろ

908:デフォルトの名無しさん
07/05/27 11:43:23
>>905
休日と残業代

909:デフォルトの名無しさん
07/05/27 22:37:48
>>906
VC++にもクラスビューはあるだろ。
クラスダイアグラムはないが

910:デフォルトの名無しさん
07/06/02 23:25:17
VBはPythonのようになるべきだったと思うぞ
BASICというのはもともとが動的型付け言語でスクリプト言語だったわけだし
IronPythonみたいな形で.netに対応すればよかったんだ

911:デフォルトの名無しさん
07/06/03 02:51:46
BASICがスクリプト言語だったというところには賛成しかねるな。

912:デフォルトの名無しさん
07/06/03 04:40:22
>>910
>911に賛成
インタプリタだろ。

913:デフォルトの名無しさん
07/06/03 15:22:32
もともとのBASICはシェルに近いものだった

914:デフォルトの名無しさん
07/06/03 16:42:32
vb.netとC#の違いが少なすぎるというのは問題だね

915:デフォルトの名無しさん
07/06/03 17:48:06
>>914
今はね。
DLRの時代がくると全然別物になるけど。

916:デフォルトの名無しさん
07/06/03 18:01:27
DLRって何っすか？

917:デフォルトの名無しさん
07/06/03 18:39:00
>>916
Dynamic Language Runtime

"VBx DLR"あたりでぐぐってみれ

918:デフォルトの名無しさん
07/06/03 20:06:22
>>917
サンクスです
まぁ読んだ感じ　記述されてるので使ってるのは殆どないから問題ないかなぁ…

どっちかっていうと別のところであった記事だけど
ORCASではVBの名前空間を入れないようにするオプションがある
ってのに興味引かれたｗ

919:デフォルトの名無しさん
07/06/04 08:51:43
結局言語がそれぞれ進化すれば良かったわけだから、
ネイティブ／ドトネトの区別を作って混乱させたＭ＄最悪だね。

複数言語を混在なんかどうせしないんだから。

920:デフォルトの名無しさん
07/06/04 09:49:11
>>919
いや、いろんな意味で混在してるって。

ネイティブ時代にも別言語で作られたDLLを呼ぶってのは結構あった。
でもDLLだとクラスの受け渡しでCOM以外のまともな共通化は成されてない。

ドトネトだとBCLの結構な割合はC#で書かれているんだけど
VBで書かれている部分もある。それでいいじゃん。

ちなみにSilverlight V1.1のJavaScriptコンパイラはVBで作られているらしい。
URLﾘﾝｸ(www.isisaka.com)

921:デフォルトの名無しさん
07/06/04 11:20:13
>>920
ライブラリと言語ってのはネイティブでも混在してる。
例えば、C言語のランタイムライブラリの中の人が汗とか。

＞ちなみにSilverlight V1.1のJavaScriptコンパイラはVBで作られているらしい。

Silverlight（笑）
JavaScriptコンパイラ（笑）
VB（笑）

ｲﾗﾈ

922:デフォルトの名無しさん
07/06/04 11:50:42
おまえ碌に読まずにレスつけてるだろ・・・

923:デフォルトの名無しさん
07/06/04 11:59:18
＞ドトネトだとBCLの結構な割合はC#で書かれているんだけど
＞VBで書かれている部分もある。それでいいじゃん。

それでよいにしても、
ドトネトが使われて無い今、
何ら惹かれない内容だお。

924:デフォルトの名無しさん
07/06/04 20:39:02
どこの別次元からいらっしゃいましたか？
普通に使われてるぞ。

925:デフォルトの名無しさん
07/06/05 01:08:02
vb.netで作られたクライアントアプリはvb6で作られたものと比較してどうですか？

926:デフォルトの名無しさん
07/06/05 01:49:44
一体何を答えろというのか

927:デフォルトの名無しさん
07/06/05 08:17:14
ぼちぼちです

928:デフォルトの名無しさん
07/06/05 08:50:21
使われてません。

929:デフォルトの名無しさん
07/06/05 11:20:13
>>925

お前とMVP様の差位

まぁ多分たしてかわんないよ
確かに早いけど　速度よりももっと別の所でメリットがある

930:デフォルトの名無しさん
07/06/05 11:22:50
＞速度よりももっと別の所でメリットがある

ドトネトでつねに言われ続けてるけど、

逃げ水のようなバーチャルなメリット。
ドトネトイラネ。

931:デフォルトの名無しさん
07/06/05 11:45:02
>>930
VB6と比べて速度以外のメリットがないと思うのならお前は素晴らしい釣り氏か
プログラムに関わる人間としてはカス以外の何者でもない
さぁおまえはどっちだ？

932:デフォルトの名無しさん
07/06/05 11:53:30
VB6と比べてじゃなくて、DelphiとかBCBのポトペタ＆派生＆ネットにコンポ溢れてる、との比較。

933:デフォルトの名無しさん
07/06/05 13:00:21
ドトネトも溢れてるような

934:デフォルトの名無しさん
07/06/05 13:02:26
ドトネトアプリが溢れてない。

935:デフォルトの名無しさん
07/06/05 13:08:37
>>934
お前が知らないだけ

936:デフォルトの名無しさん
07/06/05 13:22:17
Ｍ＄のオフィスチームも知らないようだお。

937:デフォルトの名無しさん
07/06/05 17:32:44
.NETは補助ツールに使うのがいいかも
VBマクロと連動させるツールをC#で組んでそれとマクロを併用して
アンマネージC++のコードを自動生成させたり、編集させたりと活用してます^^v
なにせインターフェース部分を楽に作れてネイティブアプリとの連携も容易というのは
他に有効な手段を知らない私にとっては魅力です

938:デフォルトの名無しさん
07/06/05 17:34:01
>>936
知っているけど無視しているだけ

939:デフォルトの名無しさん
07/06/05 18:59:43
仮にC#が最高の言語だとしてもOfficeの移植は避けたいだろうな
互換性を捨てるならともかく

940:デフォルトの名無しさん
07/06/05 19:02:22
仮に何かあるとしてもCLRホストになるのが関の山だと思う

941:デフォルトの名無しさん
07/06/05 20:20:04
vbとc#を統合できない限りjavaを駆逐することは出来ない

942:デフォルトの名無しさん
07/06/05 21:58:09
統合なんてしないし駆逐する必要もないし

943:デフォルトの名無しさん
07/06/05 22:32:53
やっぱ、Ｃ＃がデフォルトスタンダードになるんだろうな。

944:デフォルトの名無しさん
07/06/05 22:35:12
de facto

945:デフォルトの名無しさん
07/06/05 22:37:33
>>943
2ch用語かw

946:デフォルトの名無しさん
07/08/06 12:44:25
>>238
COBOLは？(´・ω・`)

947:デフォルトの名無しさん
07/08/06 15:36:57
１年半以上も前のレスにｗ

948:デフォルトの名無しさん
07/08/12 23:39:08
C#が動的型になるときにはVBと違ってCLRも付いてくるんだろうな

949:デフォルトの名無しさん
07/08/13 00:53:41
DLR! DLR!

950:デフォルトの名無しさん
07/08/13 09:51:43
DLRってCLRの上に載るだけでしょ?

951:デフォルトの名無しさん
07/09/15 18:47:07
２つもあっても意味ないからこの再統合したらいいのでは。
VB#とか。

952:デフォルトの名無しさん
08/03/06 15:51:11
VBはないわｗ

953:デフォルトの名無しさん
08/03/30 14:37:30
10,000ステップ越えのFormに泣いた
もはや、vb.netがどうとかいう以前の問題。

954:デフォルトの名無しさん
08/07/20 03:16:34
DLLとか作って配布する場合はどうなの？
DLL作る時の制限に違いはあるの？
DLL配布に限らずインストーラ作成で違いはあるの？

955:デフォルトの名無しさん
08/11/04 20:58:15
VBは不滅

956:デフォルトの名無しさん
08/11/05 02:38:42
ニートやってた7年間（25歳～32歳）までずっとプログラム勉強してきたけど
センスないからもうやめる。C#もVBも今はほとんど似てるね。C#を最後にしてやめよう。

俺のやった言語
Java→HTML/JavaScript→XML→SQL→C→C++→Perl→PHP→バッチやシェル→VBA→VB→C#
プログラムから足を洗おう。

957:デフォルトの名無しさん
08/11/05 02:43:13
あと、アセンブラもやったわ。OSとかハードウェアとかの仕組みも勉強したし
ネットワークの勉強もしたんだけど、やめた。さいなら、プログラム板。

958:デフォルトの名無しさん
08/11/09 03:41:42
>>953
俺は、40,000ステップ越えのFormに吹いた。
もはや、インテリセンスもまともに動作しなかったぜ。

959:デフォルトの名無しさん
09/01/10 21:28:43
VBのほうが簡単でいいんじゃないの？

960:デフォルトの名無しさん
09/01/10 21:52:08
WEB系はC#、クライアント系はVB.NETという風に明確に開発言語を
分けていたけど、今はめんどくさいのですべてVB。
結局ハード構成をどうするかで決まる。

961:デフォルトの名無しさん
09/01/14 08:21:21
VB6からの改造案件なら、VB.NET
それ以外ならC#の方がいいな
VB.NETで覚えるよりは、C#の方が文法的にC++やJavaが近いから、スキルがそれほどない人でもやりやすいはず

962:デフォルトの名無しさん
09/01/14 08:48:06
＞VB6からの改造案件なら、VB.NET　
VB.NETがどのくらいVB6に近いか顧客に説明するときのチャート
VB6---------------VB.NET--C#

963:デフォルトの名無しさん
09/01/14 10:58:54
>>962
よくVB6の開発者はVB.NETを学ぶときに梃子摺るとかきくが、なんでだ？
たしかに違う部分は多いが、似ている部分は新規で別の言語を学ぶよりはよっぽど楽かと思うんだが

964:デフォルトの名無しさん
09/01/14 11:04:35
VB.NETへの移行で苦労するのは
VB6も生半可に理解していたから。

965:デフォルトの名無しさん
09/01/14 12:14:54
VB6とVB.NETの主な違いって何？
というか、この違いが移行時に致命的になるってやつは？

966:デフォルトの名無しさん
09/01/14 17:01:27
・インタプリタ形式での実行ができなくなった。デバッグするにもコンパイル必須。
・より本格的なオブジェクト指向の言語になった。
・VBを使う事が.NET Frameworkを使う事とほぼ同義になった。
・エラー処理をTry～Catch～Finallyを使った例外処理で行えるようになった。

躓きやすいのはこんな感じ？
・.NET Frameworkの名前空間の海に飲まれて遭難
・クラスって何？インスタンス生成って何？あ、newすれば動くって事ね。
・型って何？Variantどこ？

967:デフォルトの名無しさん
09/01/14 20:13:28
>・インタプリタ形式での実行ができなくなった。デバッグするにもコンパイル必須。

これってVBScriptのこと? VB6ってインタプリタあったの? 知らんけど

968:デフォルトの名無しさん
09/01/15 03:23:51
VB6はVBAと同じくエディットコンティニュー機能があった。
これはデバッグ時にインタプリタで実行してるからできる事だった。
VB.NETではコード変更を適用するには、一度デバッグを停止してビルドし直す必要がある。

なお、VB6はネイティブコードをはき出せないとか、コンパイル形式じゃなかったと言ってるわけではないので、念のため。

969:デフォルトの名無しさん
09/01/15 03:27:10
まあVB.NETでもエディトコンティニューは2005で復活したけどな。

970:デフォルトの名無しさん
09/01/15 11:30:21
>>967
ソース保存せずにVB　IDEごとコケたりすると泣ける仕様です。

971:デフォルトの名無しさん
09/01/17 03:29:34
VB6しかやったことないヤツが作ったVB.NETプログラムは糞なことが多いな。

972:デフォルトの名無しさん
09/01/17 11:08:39
それどころかVCにすらエディットコンティニューはあるのだが。

973:デフォルトの名無しさん
09/01/17 20:10:00
>>972
コンパイル無しで動かせるなんてすごいでちゅねー。

974:デフォルトの名無しさん
09/01/19 11:52:55
>>971
MSはMSで、フォームに配置したコントロールのアクセシビリティを
デフォルトで　Friend　にしやがる。ヴビ厨優遇仕様かこれ。