【VB.NET】VS2005 選ぶならどっち？【C♯】
935 ：デフォルトの名無しさん：2007/06/05(火) 13:08:37
>>934
お前が知らないだけ
お前が知らないだけ
936 ：デフォルトの名無しさん：2007/06/05(火) 13:22:17
Ｍ＄のオフィスチームも知らないようだお。
937 ：デフォルトの名無しさん：2007/06/05(火) 17:32:44
.NETは補助ツールに使うのがいいかも
VBマクロと連動させるツールをC#で組んでそれとマクロを併用して
アンマネージC++のコードを自動生成させたり、編集させたりと活用してます^^v
なにせインターフェース部分を楽に作れてネイティブアプリとの連携も容易というのは
他に有効な手段を知らない私にとっては魅力です
VBマクロと連動させるツールをC#で組んでそれとマクロを併用して
アンマネージC++のコードを自動生成させたり、編集させたりと活用してます^^v
なにせインターフェース部分を楽に作れてネイティブアプリとの連携も容易というのは
他に有効な手段を知らない私にとっては魅力です
938 ：デフォルトの名無しさん：2007/06/05(火) 17:34:01
>>936
知っているけど無視しているだけ
知っているけど無視しているだけ
939 ：デフォルトの名無しさん：2007/06/05(火) 18:59:43
仮にC#が最高の言語だとしてもOfficeの移植は避けたいだろうな
互換性を捨てるならともかく
互換性を捨てるならともかく
940 ：デフォルトの名無しさん：2007/06/05(火) 19:02:22
仮に何かあるとしてもCLRホストになるのが関の山だと思う
941 ：デフォルトの名無しさん：2007/06/05(火) 20:20:04
vbとc#を統合できない限りjavaを駆逐することは出来ない
942 ：デフォルトの名無しさん：2007/06/05(火) 21:58:09
統合なんてしないし駆逐する必要もないし
943 ：デフォルトの名無しさん：2007/06/05(火) 22:32:53
やっぱ、Ｃ＃がデフォルトスタンダードになるんだろうな。
944 ：デフォルトの名無しさん：2007/06/05(火) 22:35:12
de facto
945 ：デフォルトの名無しさん：2007/06/05(火) 22:37:33
>>943
2ch用語かw
2ch用語かw
946 ：デフォルトの名無しさん：2007/08/06(月) 12:44:25
>>238
COBOLは？(´・ω・`)
COBOLは？(´・ω・`)
947 ：デフォルトの名無しさん：2007/08/06(月) 15:36:57
１年半以上も前のレスにｗ
948 ：デフォルトの名無しさん：2007/08/12(日) 23:39:08
C#が動的型になるときにはVBと違ってCLRも付いてくるんだろうな
949 ：デフォルトの名無しさん：2007/08/13(月) 00:53:41
DLR! DLR!
950 ：デフォルトの名無しさん：2007/08/13(月) 09:51:43
DLRってCLRの上に載るだけでしょ?
951 ：デフォルトの名無しさん：2007/09/15(土) 18:47:07
２つもあっても意味ないからこの再統合したらいいのでは。
VB#とか。
VB#とか。
952 ：デフォルトの名無しさん：2008/03/06(木) 15:51:11
VBはないわｗ
953 ：デフォルトの名無しさん：2008/03/30(日) 14:37:30
10,000ステップ越えのFormに泣いた
もはや、vb.netがどうとかいう以前の問題。
もはや、vb.netがどうとかいう以前の問題。
954 ：デフォルトの名無しさん：2008/07/20(日) 03:16:34
DLLとか作って配布する場合はどうなの？
DLL作る時の制限に違いはあるの？
DLL配布に限らずインストーラ作成で違いはあるの？
DLL作る時の制限に違いはあるの？
DLL配布に限らずインストーラ作成で違いはあるの？
955 ：デフォルトの名無しさん：2008/11/04(火) 20:58:15
VBは不滅
956 ：デフォルトの名無しさん：2008/11/05(水) 02:38:42
ニートやってた7年間（25歳〜32歳）までずっとプログラム勉強してきたけど
センスないからもうやめる。C#もVBも今はほとんど似てるね。C#を最後にしてやめよう。
俺のやった言語
Java→HTML/JavaScript→XML→SQL→C→C++→Perl→PHP→バッチやシェル→VBA→VB→C#
プログラムから足を洗おう。
センスないからもうやめる。C#もVBも今はほとんど似てるね。C#を最後にしてやめよう。
俺のやった言語
Java→HTML/JavaScript→XML→SQL→C→C++→Perl→PHP→バッチやシェル→VBA→VB→C#
プログラムから足を洗おう。
957 ：デフォルトの名無しさん：2008/11/05(水) 02:43:13
あと、アセンブラもやったわ。OSとかハードウェアとかの仕組みも勉強したし
ネットワークの勉強もしたんだけど、やめた。さいなら、プログラム板。
ネットワークの勉強もしたんだけど、やめた。さいなら、プログラム板。
958 ：デフォルトの名無しさん：2008/11/09(日) 03:41:42
959 ：デフォルトの名無しさん：2009/01/10(土) 21:28:43
VBのほうが簡単でいいんじゃないの？
960 ：デフォルトの名無しさん：2009/01/10(土) 21:52:08
WEB系はC#、クライアント系はVB.NETという風に明確に開発言語を
分けていたけど、今はめんどくさいのですべてVB。
結局ハード構成をどうするかで決まる。
分けていたけど、今はめんどくさいのですべてVB。
結局ハード構成をどうするかで決まる。
961 ：デフォルトの名無しさん：2009/01/14(水) 08:21:21
VB6からの改造案件なら、VB.NET
それ以外ならC#の方がいいな
VB.NETで覚えるよりは、C#の方が文法的にC++やJavaが近いから、スキルがそれほどない人でもやりやすいはず
それ以外ならC#の方がいいな
VB.NETで覚えるよりは、C#の方が文法的にC++やJavaが近いから、スキルがそれほどない人でもやりやすいはず
962 ：デフォルトの名無しさん：2009/01/14(水) 08:48:06
＞VB6からの改造案件なら、VB.NET
VB.NETがどのくらいVB6に近いか顧客に説明するときのチャート
VB6---------------VB.NET--C#
VB.NETがどのくらいVB6に近いか顧客に説明するときのチャート
VB6---------------VB.NET--C#
963 ：デフォルトの名無しさん：2009/01/14(水) 10:58:54
964 ：デフォルトの名無しさん：2009/01/14(水) 11:04:35
VB.NETへの移行で苦労するのは
VB6も生半可に理解していたから。
VB6も生半可に理解していたから。
965 ：デフォルトの名無しさん：2009/01/14(水) 12:14:54
VB6とVB.NETの主な違いって何？
というか、この違いが移行時に致命的になるってやつは？
というか、この違いが移行時に致命的になるってやつは？
966 ：デフォルトの名無しさん：2009/01/14(水) 17:01:27
・インタプリタ形式での実行ができなくなった。デバッグするにもコンパイル必須。
・より本格的なオブジェクト指向の言語になった。
・VBを使う事が.NET Frameworkを使う事とほぼ同義になった。
・エラー処理をTry〜Catch〜Finallyを使った例外処理で行えるようになった。
躓きやすいのはこんな感じ？
・.NET Frameworkの名前空間の海に飲まれて遭難
・クラスって何？インスタンス生成って何？あ、newすれば動くって事ね。
・型って何？Variantどこ？
・より本格的なオブジェクト指向の言語になった。
・VBを使う事が.NET Frameworkを使う事とほぼ同義になった。
・エラー処理をTry〜Catch〜Finallyを使った例外処理で行えるようになった。
躓きやすいのはこんな感じ？
・.NET Frameworkの名前空間の海に飲まれて遭難
・クラスって何？インスタンス生成って何？あ、newすれば動くって事ね。
・型って何？Variantどこ？
967 ：デフォルトの名無しさん：2009/01/14(水) 20:13:28
>・インタプリタ形式での実行ができなくなった。デバッグするにもコンパイル必須。
これってVBScriptのこと? VB6ってインタプリタあったの? 知らんけど
これってVBScriptのこと? VB6ってインタプリタあったの? 知らんけど
968 ：デフォルトの名無しさん：2009/01/15(木) 03:23:51
VB6はVBAと同じくエディットコンティニュー機能があった。
これはデバッグ時にインタプリタで実行してるからできる事だった。
VB.NETではコード変更を適用するには、一度デバッグを停止してビルドし直す必要がある。
なお、VB6はネイティブコードをはき出せないとか、コンパイル形式じゃなかったと言ってるわけではないので、念のため。
これはデバッグ時にインタプリタで実行してるからできる事だった。
VB.NETではコード変更を適用するには、一度デバッグを停止してビルドし直す必要がある。
なお、VB6はネイティブコードをはき出せないとか、コンパイル形式じゃなかったと言ってるわけではないので、念のため。
969 ：デフォルトの名無しさん：2009/01/15(木) 03:27:10
まあVB.NETでもエディトコンティニューは2005で復活したけどな。
970 ：デフォルトの名無しさん：2009/01/15(木) 11:30:21
>>967
ソース保存せずにVB IDEごとコケたりすると泣ける仕様です。
ソース保存せずにVB IDEごとコケたりすると泣ける仕様です。
971 ：デフォルトの名無しさん：2009/01/17(土) 03:29:34
VB6しかやったことないヤツが作ったVB.NETプログラムは糞なことが多いな。
972 ：デフォルトの名無しさん：2009/01/17(土) 11:08:39
それどころかVCにすらエディットコンティニューはあるのだが。
973 ：デフォルトの名無しさん：2009/01/17(土) 20:10:00
974 ：デフォルトの名無しさん：2009/01/19(月) 11:52:55
975 ：デフォルトの名無しさん：2009/03/18(水) 14:12:54
VB.NETとC#なんて、どちらか一方書ければ
どちらもかけるだろ。
Office系の操作のことをかんがえるとVBの方が
潰しがきくきがする。
C++ができるならVBも余裕。
逆にC#ができてもC++は書けないだろう。
VB6しかできない人はVB.NETとC#どちらでも
どうせ壁にぶち当たる。どっちでもいい。
どちらもかけるだろ。
Office系の操作のことをかんがえるとVBの方が
潰しがきくきがする。
C++ができるならVBも余裕。
逆にC#ができてもC++は書けないだろう。
VB6しかできない人はVB.NETとC#どちらでも
どうせ壁にぶち当たる。どっちでもいい。
976 ：デフォルトの名無しさん：2009/03/19(木) 06:07:24
＞Office系の操作のことをかんがえるとVBの方が
C#4.0 / NET4.0 で差がなくなっちゃうな
C#4.0 / NET4.0 で差がなくなっちゃうな
977 ：デフォルトの名無しさん：2009/03/19(木) 09:02:19
975=ブビ厨
978 ：デフォルトの名無しさん：2009/04/10(金) 11:35:38
979 ：デフォルトの名無しさん：2009/04/10(金) 11:49:16
VB.NETでは、TextBox1.と入力したときに出現する候補の一覧で
候補を選択してEnterを押すと、自動的に改行されてしまう。
C#では、こういうことは起きなかった。
候補を選択してEnterを押すと、自動的に改行されてしまう。
C#では、こういうことは起きなかった。
980 ：デフォルトの名無しさん：2009/04/10(金) 13:49:52
Tab 押せよ、って話だな。
981 ：デフォルトの名無しさん：2009/04/10(金) 17:22:37
VBとC＃、同じPCに両方インストールすることは可能でしょうか
982 ：デフォルトの名無しさん：2009/04/10(金) 18:05:20
>>981
とりあえずsageような
とりあえずsageような
983 ：デフォルトの名無しさん：2009/04/10(金) 18:13:03
sage厨（笑）