VB6 ＞＞＞＞＞＞＞＞＞＞ VB.NET

1 名前：デフォルトの名無しさん [2006/09/28(木) 05:25:33 ] blogs.msdn.com/somasegar/archive/2006/09/26/772250.aspx Windows Vistaへの対応状況 ○ VB 6.0　　　　 - Supported × VB.NET 2002 - Not supported × VB.NET 2003 - Not supported × VB 2005　　　 - Not supported △ VB 2005 SP1 - Supported (ただしUAC関連の問題あり) 結局VB6使い続けた奴が報われてるな。 180 名前：デフォルトの名無しさん mailto:sage [2007/04/24(火) 14:15:29 ] >>175 >などという動機なんかないんだよ。 開発環境のメジャーバージョン変更、あるいは 名称まで含めたシリーズ一新というのは常に 「継続的にガンガン買わせたい」 という動機が。 181 名前：デフォルトの名無しさん mailto:sage [2007/04/24(火) 14:18:55 ] 企業がユーザーに商品を買わせたいという動機を考えないのは、 幼稚園児くらいｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ 182 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 09:35:12 ] もうVB6の仮想マシンを作ってOSにずっと入れればいいじゃないかと 183 名前：デフォルトの名無しさん mailto:sage [2007/05/17(木) 00:56:12 ] オブジェクト指向プログラミングの事を 標準モジュールに共通関数を大量に作る事と 勘違いしているＶＢ使いのなんと大量にいることか！！！ 184 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 11:17:39 ] それを言うならクラスモジュール使ってることがオブジェクト指向と勘違いしてる連中の多いことか そうゆう連中に限ってImplementsの使い方も知らないから始末悪い 185 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 11:56:06 ] UserControlでImplementsを使えない糞仕様だったな 186 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 12:39:43 ] 実装継承ができないことのほうが遥かに糞仕様 187 名前：デフォルトの名無しさん [2007/05/22(火) 12:43:23 ] なにあのMDIの糞仕様 188 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 13:08:43 ] APIでスレッド作ってもランタイム関数を呼ぶと吹き飛ぶってのが一番痛かったな ランタイムがマルチスレッドサポートしてないってのがなによりも糞仕様 189 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 15:27:55 ] >>183 えっ、違うの？ 190 名前：デフォルトの名無しさん [2007/05/22(火) 18:37:50 ] >>188 あったあったｗｗｗｗ 結局つかえねーのな(；´Д｀) マジデ死んでほしいと思う瞬間だった あの中でなにしろっちゅうねん >>183 つられんなよ？ 絶対に釣られんなよ？？？ 191 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 10:46:55 ] まあマルチスレッドプログラムなんてVB厨には所詮無理 経験的にVB厨はコンカレンシーコントロールの基礎もわかってないから話も通じない 192 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 13:42:24 ] ＞コンカレンシーコントロール (　´,_ゝ｀)ﾌﾟｯ 193 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 14:40:34 ] 笑うところかどうかは知らないがCCP/MとかOS-9とかそういう時代の匂いがする 194 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 18:07:13 ] コンカレンシーコントロールってのはDB屋が使う言葉じゃね？ 195 名前：デフォルトの名無しさん [2007/05/23(水) 19:05:46 ] VB も DB もこの二文字がダサイ C++ とかカッコヨスギ 196 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 19:29:56 ] 言語なんてJavaでもC++でもC#でも何でもいい オブジェクト指向でプラグラムがきちんと組める言語仕様をある程度満たしてれば何でもいい だがVBには決定的にそれが足らん 197 名前：デフォルトの名無しさん [2007/05/23(水) 19:53:49 ] C#とか至高だろｗｗｗ 198 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 04:46:41 ] >>196 C#.NETでできることはVB.NETで全て可能なわけだが。 199 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 06:54:57 ] .NET上のCLRで動く言語はまあいいんじゃね。問題はVB6ってことで 200 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 08:25:21 ] >>198うそつけ 201 名前：デフォルトの名無しさん [2007/05/24(木) 09:23:59 ] >>200 まぁ99％変わりがない　ってところじゃんな 方言の違いレベルだと思ってたんだが そりゃ匿名メソッドとかのC#用の構文があるが・・・ 最終的に出来上がるものは変わりがないって事だろ 202 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 10:46:15 ] >>196 >ある程度満たしてれば という曖昧な基準に達しない、「決定的」なものとは何？ 203 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 11:08:26 ] 実装の継承ができない欠落だけで十分に基準に達してないと思われ 204 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 11:32:51 ] あたし OOPL じゃないんだから「実装の継承」なんて求めないで！ 205 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 19:49:33 ] プラグラム 206 名前：デフォルトの名無しさん mailto:sage [2007/05/24(木) 21:49:20 ] OOPなんて手法であって言語じゃないだろ 勘違いも甚だしすぎなんですけど＾＾；；； 207 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 02:03:51 ] まあOOPは処理系とは関係ない手法のことだけど実際のところ言語がサポートしてないとその手法に則って書くには無理がある 208 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 06:52:54 ] そ、そうっすね＾＾；；；； 209 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 08:38:20 ] ＞OOPなんて手法であって言語じゃないだろ OO手法 OO分析 OOP言語 　↑ 各種揃ってますが、何か？ これだからブビ注は．．． 210 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:01:29 ] オブジェクト指向方法論は手法だから言語ニュートラルといいたのだろ んで、実装しようとするとOOPLと非OOPLでは写像の仕方が違うからそれに対応できているかどうかって話じゃね 211 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:03:50 ] ＞オブジェクト指向方法論は手法だから言語ニュートラルといいたのだろ 　↑ 電波。 ”オブジェクト指向言語”という言葉は現に存在します。 それは、”オブジェクト指向方法論”が存在するかしないか（存在しますが）に依存しません。 ＞んで、 電波は話続けなくて良い。 212 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:34:32 ] 単に設計手法の話と実装する処理系をわけて話そうぜって言ってるわけで、 OOPLや非OOPLが存在するとかしないとかの話じゃないと思うけど 213 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 10:40:31 ] OOPLはオブジェクト指向言語という意味だぞ。意味わかっててレスしてるか？ OOPLと非OOPLと書いてるのだから処理系として両方ともに存在しているのは当たり前で前提なのだが… 214 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:13:49 ] >>212 単に設計手法の話と実装する処理系をわけて話そうぜって言ってるわけで、 >>213 OOPLと非OOPLと書いてるのだから処理系として両方ともに存在しているのは当たり前で前提なのだが… 　↑ ミスリード基地害。さらに自分の煎った事は絶対間違いを認めない。 >>206 OOPなんて手法であって言語じゃないだろ 　↑ ここにOOPのPがプログラミングと分かってないヴぁかが煎るから、209で正しただけ。 215 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:23:49 ] ブビ厨の議論はラベルが高いで常。 216 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:28:54 ] >>214 OOPが手法に過ぎない事ととOOPLが存在する事に矛盾はない 何を正したんだ? 217 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 11:41:42 ] OOPのPがプログラミングだから手法じゃないと言いたいのか？何を言いたいのか意味わかんね 218 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 12:05:10 ] ２１４が論理的に説明してくれるのを待とうじゃないか 219 名前：214 mailto:sage [2007/05/25(金) 12:20:44 ] ごめんなさい、読み間違ってますた。消えます。 220 名前：デフォルトの名無しさん mailto:sage [2007/05/25(金) 23:48:28 ] 別にお前が消えても何も良くない 変わりに赤っ恥で顔が引きつったまま熱心に頭を下げてくれるだけでいい 脂汗をかいていただければ尚爽快だ 221 名前：デフォルトの名無しさん mailto:sage [2007/05/26(土) 12:52:53 ] とりあえず、>>220 が人間的に軽蔑すべき存在であることは良く解った 222 名前：デフォルトの名無しさん mailto:sage [2007/05/28(月) 15:39:25 ] 電波とか煽るだけ煽って意味不明なスレした挙句に消えますはないだろｗ 223 名前：デフォルトの名無しさん [2007/06/30(土) 16:20:09 ] >>131 それ欲しい！ 224 名前：デフォルトの名無しさん mailto:sage [2007/06/30(土) 18:48:52 ] 俺も欲しい！ 225 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 18:55:43 ] C++0x対応版のVisual C++1xを待つぜ！！ 226 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 19:09:14 ] もう昔のVBには戻りたくないなぁ 227 名前：デフォルトの名無しさん [2007/07/03(火) 19:28:23 ] >>50 遅レスだけど support.microsoft.com/kb/837910/ja 228 名前：デフォルトの名無しさん [2007/07/03(火) 23:46:30 ] C++ と　C#　ってなにが違うのですか? +を2つ描くとき、真横に描かず、ちこっと、斜めに描くと#になるんで、同じもんかな?と思ったんですけど... 229 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 00:36:53 ] C++ と　Ｃ丼と　Ｃ＃　は同じ。 230 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 00:57:30 ] C++とJavaは同じプログラミング言語 BASICはその亜種なだけ 昔はアセンブリっていう超難しい(プログラマ＝神)な言語が主流だった けどC++とJava(実は同じものだから)に取って代わられて今じゃ使われない 人間って残酷だね 231 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 12:46:28 ] テスト 232 名前：デフォルトの名無しさん mailto:sage [2007/07/04(水) 14:08:19 ] >>231 テストは失敗しました 233 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 06:56:31 ] >>230 なにいってんだか？ いつからBASICはCやJavaの亜種になった？ BASICのほうがずっと歴史が古いし系列が違う。Fortranの亜種。 構文見りゃわかるだろ。 アセンブリ言語は別に難しくない。 単純なので大変なだけだ。 使ったこと無いだろ。 234 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 09:18:58 ] アプリケーション開発者はWindowsで減少、Linuxで増加? ttp://slashdot.jp/linux/07/07/04/0637237.shtml 235 名前：デフォルトの名無しさん mailto:sage [2007/07/05(木) 12:27:51 ] アプリケーション開発者って商用なのかな 236 名前：デフォルトの名無しさん [2007/07/07(土) 15:34:11 ] VB6で粘ってたけど、2005いじってみた 何これ超ナウい・・・ オラなんかワクワクしてきたぞ 237 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 19:14:38 ] vb6を使っている自分としてはビットシフト命令があるNETが単純に羨ましいな 238 名前：デフォルトの名無しさん mailto:sage [2007/07/07(土) 21:38:03 ] ビットシフトなんて迂闊な言葉使ってるから一応突っ込むけど、 あれは算術シフトだから気をつけてね。 239 名前：デフォルトの名無しさん [2007/07/07(土) 23:20:56 ] >>237 むりだろ・・・確か本当のやつはＣじゃないと・・・・ 240 名前：237 mailto:sage [2007/07/08(日) 00:12:22 ] 無理なのか・･。使った事無いから伝聞でしか知らない 速度欲しいものをBで作るなって事か？ 241 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 00:49:02 ] 1クロックでも速く、1バイトでも節約したい、ってんならCで 242 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:14:50 ] てゆーか VB.NETは参照が実体のコピーと言う時点で速度が求められる分野では論外 渡すときと戻すときで二回コピーするから 渡すときのコピーだけですむ値渡しより遅くなるというミラクルな仕様 243 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:18:49 ] VB6もVB.NETも、DLLが必要なんだよね。 DLL地獄に落ちそうで恐ろしくないですか？ DLL地獄から這い上がる方法を知って、スキルが 上がったなどと、ヘンな勘違いをしないように注意 してね。 244 名前：デフォルトの名無しさん [2007/07/11(水) 20:27:08 ] 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 参照が実体のコピーと言う時点で 245 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:28:25 ] >>243 ところがVB.NETには同名で異なるバージョンのDLLを並存させる仕組みがあって、 アセンブリごとにで各々自分と同じバージョンのDLLを使うような仕様なのさ。 もちろんバージョン管理をろくにやらなければ同じことだが。 246 名前：デフォルトの名無しさん [2007/07/11(水) 20:38:13 ] >>243 なんという意識不足 247 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 20:54:59 ] サイドバイサイド実行は.NETの大きなウリの一つなのにな まぁそれだけでバラ色の人生が自動的にもたらされるというものでもないが 248 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 21:36:33 ] 参照渡しのほうが遅いってどうなのよVB 249 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:35:40 ] このスレのVBはミラクルな仕様ですね 250 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:47:11 ] なんか参照渡しと実体参照を取り違えているヤツがいる 251 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 23:00:12 ] VBはデフォルトで参照渡し 252 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 23:29:54 ] >>251 vb6は参照渡し 253 名前：デフォルトの名無しさん [2007/07/12(木) 00:06:55 ] 知りもしないアホウが沸いて 知ってるやつのレス見て　 ／(＾o＾)＼　になってる姿が見える 254 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 00:55:50 ] >>242 255 名前：デフォルトの名無しさん mailto:sage [2007/07/13(金) 14:46:07 ] 値を変えて返すものはByRefつける 値を変えて欲しくないものはByVal使うより、むしろ別の変数用意して使ってる それ以外は明示しない。 変かな？ 256 名前：デフォルトの名無しさん [2007/07/13(金) 15:33:09 ] >>255 俺はそうじゃないなぁ・・・・ 普通に値型で値を変更して返したいものだけByRef データテーブルとかのオブジェクトの中身をいじるときでも普通にByVal で、サマリコメントに変更する趣旨を記述して、関数名とかもSet〜〜にしてる 257 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 12:00:42 ] 余程のことが無い限りByRefで宣言しないよーにしているんだが というかせめて in/out/ret くらいの修飾はつけれるようにして欲しかった 258 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 14:28:24 ] 文字列とかオブジェクトを渡すときは、参照の方が早いよね 259 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 00:21:19 ] >>242の付近からミラクルな香りがするヨ 260 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 16:50:40 ] >>258 コピーか参照かという話ならそうだろうけど、 オブジェクトは参照型だからByValで参照渡し、ByRefで参照の参照渡しになるから差はない。 VB.NETの文字列は変更不可のクラスだから差はない。 VB6のは型だから参照渡しの方が速い。 ただ、VB6がそうなってるかどうかはわからないが 値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。 261 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 16:56:48 ] >>260 > VB.NETの文字列は変更不可のクラスだから差はない。 > VB6のは型だから参照渡しの方が速い。 意味分からん。実体はただのBSTRじゃないの？ char*を要求するAPIに文字列渡す時はByValだよな。 262 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 17:36:18 ] >>261 BSTRはオブジェクトでないだろ。 それにただのメモリ上の格納イメージだからString型はそれだけでは成り立たない。 VB6のランタイムが特別なメモリ管理を行っている。 型といったのはそういう意味だ。 あとDLLの呼び出しのときのByVal/ByRefとVB内の関数の呼び出しのときのそれを混同しないように。 263 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 18:20:36 ] VB6までのStringのByVal渡しは、深いコピーになる。 自信がなくてExcel 2003 VBA6で試してみたが確かにそうだ。 Private Declare Sub MoveMemory Lib "kernel32" Alias "RtlMoveMemory" (ByVal Destination As Long, ByVal Source As Long, ByVal Length As Long) Sub f(ByVal s As String)     s = "bar" '    Call MoveMemory(StrPtr(s), StrPtr("bar"), 6) End Sub Sub Test()     Dim s As String     s = "foo"     f s     MsgBox s End Sub 262が指摘しているとおり、Declareで呼び出すときはまた別なので注意。 264 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 18:53:33 ] >>263 それだけだと「深いコピー」かどうかは確認できんのでは？ だって、Cで↓のようにやるのと同じでしょ void f(char *s) {     s = "bar"; } main() {     char *s = "foo";     f(s);     printf("%s\n", s); } 265 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 20:38:54 ] >>264 だからMoveMemory版も用意したというのに。 当然、MoveMemoryを試したときには、代入をコメントアウトしたよ。 266 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 21:06:57 ] >>265 ああそういうことか、把握した。 267 名前：デフォルトの名無しさん mailto:sage [2007/07/17(火) 18:00:33 ] タイプライブラリ使って外部関数宣言して呼び出すとUnicodeのまま生の文字列のポインタが渡されるな 268 名前：デフォルトの名無しさん [2007/08/30(木) 16:03:37 ] ＸＰ上で動く簡単なアプリを趣味でつくりたいのですが、 これから学ぶとして、どちらを学んだほうがいいですか？ 269 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:11:16 ] ＶＢ　　←　　将来コンパイラが手に入らない ＶＢ．ＮＥＴ←趣味でドトネト使うとは時間の無駄が多杉 結論→ＶＢ終焉 270 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:12:37 ] ＞いまだにVisual Stadio6.0で開発しているヤシ ＞ttp://pc11.2ch.net/test/read.cgi/prog/1156234089/102- VS2005 SP1のインストーラーひどすぎだろ。 インストールに数時間かかったかと思えば、 容量不足で終了し、あげくの果てにインストール済みのVS2005を破壊しやがる。 271 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:19:04 ] ブビ厨は終了しますた。 272 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 16:23:23 ] Σ (ﾟДﾟ;）ﾊｯ　この流れもしやDelphiオンリー？！ 273 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 16:21:49 ] VB.NETはちょっとだけ美しいと感じた。 ただその美しさが業務アプリを作る者の醜さで台無しになるんだ。 274 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 23:17:16 ] ＞値渡しでも実際のコピーは変更を加えるまで遅延させている可能性はある。 ２GBくらいの文字列をByVal String で渡してみてメモリの使用量を 見れば判明するのでは？ って俺も試してないけど。 275 名前：デフォルトの名無しさん [2007/10/06(土) 13:23:41 ] ドトネトはバージョンも仕様も変わりすぎ。 そのたびに開発環境買い換えたり、プログラムが動かなくなったり。 何のためのドトネトなのか、当初の目的が根幹から崩れてるんじゃないのか？ 276 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 13:32:17 ] なるほど、ドトネトの「当初の目的」とは 進歩も変化も拒絶することだったのか知らなかったよw 277 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 15:50:06 ] 一応下位互換性あるんでねーの？ 278 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 12:16:14 ] 分かってないようだが，新言語ってのは本質的にベンダが儲けるためにあるのだよ。 楽出来るというのは馬鹿相手の宣伝文句。 279 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 12:22:17 ] 販売者はそういう思惑かもしれんが ニーズも無いのにポコポコ生まれるわけがない 基本的に使う側の俺らにとっちゃ「使いやすくて移行しやすいか使いにくくて血反吐がでるか」のどちらかだ 280 名前：デフォルトの名無しさん mailto:sage [2007/10/08(月) 12:45:31 ] だから多言語から移行しやすく，それでいて多言語へ移行しにくいものが， ベンダの囲い込み戦略の観点から好ましい言語ということになる。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef