古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/08/30(日) 19:25:35.12

ここは古代に使われていたVisual Basic ～6.0 の質問スレです。
質問者は使用しているOS、VBのバージョン、サービスパックのバージョン、
「何がしたくて、どうしたけど、どう困っているのか」を明確に書きましょう。

VB.NETは別物なので専門スレで、VBA、APIの質問もそれぞれのスレで。

○ 質問者の心得
　一．質問する前にMSDNやGoogle、過去ログにも目を通してみる。
　二．VBScript、インストーラーなどはこのスレでＯＫ。
　三．質問は第三者にもわかりやすいよう簡潔かつ具体的に。
　四．荒らしは相手しない。

○ 回答者の心得
　一．答えられない質問は無駄に罵倒せずスルー。無理するな。
　二．代用法を強制しない。
　三．回答する上で必須ではない情報をむやみに聞き返さない。
　四．荒らしは相手しない。
　五．VB情報募集中。
　六．回答は質問者が理解できるよう具体的に。

MSDN Online Japan ホーム
　http://www.microsoft.com/japan/msdn/default.asp
Visual Studio 6.0 Service Pack 6
　http://msdn.microsoft.com/vstudio/downloads/updates/sp/vs6/sp6/default.aspx
Google
　http://www.google.co.jp/

前スレ VBプログラマ質問スレ（Ver.6.0 まで） part64
http://peace.2ch.net/test/read.cgi/tech/1393069842/

※「まず自分で調べる」クセを身につけよう。

**デフォルトの名無しさん** · 2015/09/15(火) 11:49:07.19

VB6と関係ないプログラミング一般論で熱くなるなよ…
そもそもVB6に常識は通用しない(ｷﾘｯ

**デフォルトの名無しさん** · 2015/09/16(水) 10:30:16.72

>>43
Windowsはファイルオープン後にファイルが消される心配はない、つまりオープンでエラーチェックすればいい
データベース接続にしても、実際にコネクトだしてみて成功か失敗かで判定するから何の問題もない
先にロックされていたらロック待ちに入るだけだから何の問題もない、タイムアウトするまで気長に待てばいい
トランザクション開始後に何かエラーがおきても、とりあえずロールバックだせばいい
それにロールバック前にプロセスが死んでもTPモニタがトランザクションを回収してくれるから安心していいぞ
分散トランだろうろうがローカルトランだろうが、そこらへんは同じだ

**デフォルトの名無しさん** · 2015/09/16(水) 10:37:18.52

>>45
実行時エラーを、事前にチェックで発生しないように出来はしないって話
話わかってないなら参加しないでね。

あと、そこに書いてあること、
全部間違いだから。

**デフォルトの名無しさん** · 2015/09/16(水) 10:57:59.80

ははは、単に書いてあることが理解できなかっただけでしょ
ロックできないと実行時エラーがでるDBMSがあればお目にかかりたいわ
いろいろ糞なSymfowareでもさえそんなことしないぞ

**デフォルトの名無しさん** · 2015/09/16(水) 11:17:08.96

当たり前だけど>>46の方が正しいね。
このレベルが議論になるってプログラマ1年生かよw

前スレで例外はいちいち捕捉せず一か所でまとめて....とか言ってた奴と同レベル。

**デフォルトの名無しさん** · 2015/09/16(水) 11:56:19.64

>>48
> 前スレで例外はいちいち捕捉せず一か所でまとめて....とか言ってた奴と同レベル。

同一人物じゃないの？

**デフォルトの名無しさん** · 2015/09/16(水) 13:04:52.20

>>47
> ロックできないと実行時エラーがでるDBMSがあればお目にかかりたいわ

http://www.kitagawa-hanga.com/se/s_vberr.html#EJ005
> Ｑ：実行時エラー'''-2147217900(80040e14)　ロックできませんでした。
> Ａ１：ACCESSのDBが開いていた。

それにもともとデータベースのロックとは書かれてないので
ファイルのロックの可能性もある。

**デフォルトの名無しさん** · 2015/09/16(水) 13:14:41.01

実行してみなければ、実行できるかどうかわからないことがある。
ということを理解できるかどうかという壁があるんだと思うね。

外部リソースを使うようなもの。
例えばファイルとかデータベースとかは
どんな操作でも実行時エラーになる可能性がある。

例えば、大量のデータを書き込んでる途中で
ネットワークが切れたらどうするの？とか
ディスクがいっぱいになったらどうするの？とか

こういうのは書き込み前にいくらチェックした所で
問題なく処理が完了するかどうかはわからない。

**デフォルトの名無しさん** · 2015/09/16(水) 14:01:11.69

なんか話がずれてきた感があるな。

そういう本当に実行してみるまでわからない場合じゃなくて、わかる場合でさえ、ほとんどの場合は
事前エラーチェックなんて不要だって話なんだが。

例えば、ファイルオープンチェック前のファイル存在チェックなんかいらないとか。
（ファイルが存在しない場合にオープンエラーになるケース）

51 · 2015/09/16(水) 14:24:42.20

>>52
俺の定義では、ファイルのオープン前の存在チェックは
「実行するまでわからない」に含まれています。

なぜなら、存在チェックした後で
ファイルが消される可能性があるから。

実行する前にわかるものは0除算チェックとかね。

ただ重要な事はアプリを作る上では原則としてどこの行でも
実行エラーが発生するかもしれないという前提で作ること。

**デフォルトの名無しさん** · 2015/09/16(水) 16:23:38.81

>>53
> 俺の定義では、ファイルのオープン前の存在チェックは
> 「実行するまでわからない」に含まれています。
俺もそうだよ。

実行する前にわかるエラーでも、事前エラーチェックが不要なケースの話をしているつもりなんだが。
同じこと何回も言ってる気がする。

**デフォルトの名無しさん** · 2015/09/16(水) 17:17:25.48

>>51
大量書込みの場合は、書き込み処理前の空き容量チェックと
write実行時の両方でエラーチェックするのが当然なんだけど
なんで事前チェックが不要だと思ったのかが聞きたいな

**デフォルトの名無しさん** · 2015/09/16(水) 17:25:43.66

>>55
どうでもいいけど、ファイルを読み込みオープンする前にファイルの存在チェックはするの？

**デフォルトの名無しさん** · 2015/09/16(水) 18:52:08.86

>>55
事前チェックは単なるユーザビリティ用。

例えば空き容量チェックをすることで
30分たってからエラーになるよりも
その前にわかったほうが、ユーザビリティは良い。

だがこれはディスクに空き容量があることの保証にはならない。
なぜならチェックした後に、他のプロセスが書き込んで
チェックした時よりも減ることがあるからだ。

だから事前チェックは「空き容量があるだろうチェック」であり
そのチェックを通っても、空き容量がないというエラーが発生することがある。

簡潔に言うと
・事前チェック＝必ずしも必要ではないう（追加でやっても良い）
・実行時エラー＝必ず必要

**デフォルトの名無しさん** · 2015/09/16(水) 18:53:59.05

>>54
> 実行する前にわかるエラーでも、事前エラーチェックが不要なケースの話をしているつもりなんだが。

俺は最初から、事前エラーチェックはしなくても良い
してもいいが、事前にチェックした項目でも、エラーが発生することがある
って言ってるんだが？

**デフォルトの名無しさん** · 2015/09/17(木) 09:08:13.33

>>56
ファイルリストボックスに列挙されてるなければ無い、という事じゃなくて？

**デフォルトの名無しさん** · 2015/09/17(木) 09:08:47.80

>>56
するときもあるし、しないときもある

するときっていうのは、>>57のいっているようなユーザビリティのためってことが多い
処理が何フェーズかに分かれていて、それぞれ処理に数分かかり使うファイルが異なる
ような場合だと、あらかじめ各フェーズで使用するファイルやその他処理実行に必要な
要件を満たしているかを、すべてチェックしてから最初のフェーズを開始したほうが
何十分も処理したあげく途中で失敗してユーザを落胆（もしくは激怒）させる可能性が低くなる

しないときは、それが必要のない時とか、そんなプログラム書くのが面倒くさくなった時も含まれる

**デフォルトの名無しさん** · 2015/09/17(木) 09:34:15.59

なんで、あんたらVB6と無関係な話を延々とし続けるんだ？

**デフォルトの名無しさん** · 2015/09/17(木) 14:53:34.39

>>59
> ファイルリストボックスに列挙されてるなければ無い、という事じゃなくて？

ファイルリストボックスに列挙されてなくても、ファイルがある時はあるし、
列挙されていても、ファイルがないときもある。

**デフォルトの名無しさん** · 2015/09/18(金) 14:02:13.93

VBだとフォーム上のコントロールにデータをもたせると比較的簡単にプログラムが組めてしまうから
逆にプログラマがバカなまま育たないのかも知れないな
最初からVBしかやってない人と、ほかの言語からVBに来た人では、
データ構造とかエラーチェックに対する考え方がまるで違う気がする

**デフォルトの名無しさん** · 2015/09/18(金) 14:11:59.86

>>63
> 最初からVBしかやってない人と、ほかの言語からVBに来た人では、
> データ構造とかエラーチェックに対する考え方がまるで違う気がする
だから何なの？

**デフォルトの名無しさん** · 2015/09/18(金) 14:14:55.06

多分、自分がVBしかやっていないから他の言語から来た人を余計な事をする
馬鹿だと言いたいんじゃない？

**デフォルトの名無しさん** · 2015/09/18(金) 16:27:05.77

ほかの言語って具体的に何を想定してるんだろうな
VB時代の言語でVBと同程度のRADツールで比べてもそう言う結論になるのかどうか

**デフォルトの名無しさん** · 2015/09/18(金) 20:05:45.12

delphi…
OSSでこういうのができないものか

**デフォルトの名無しさん** · 2015/09/24(木) 09:46:51.27

どこからVBと同程度って前提が出てきたんだろう

**デフォルトの名無しさん** · 2015/09/26(土) 23:28:23.77

>>68
VBと比較するのに同程度じゃないものとくらべる方がおかしくないか？

たとえばアセンブラとVBで
>データ構造とかエラーチェックに対する考え方がまるで違う
って言われても、そりゃそうだとしか思わんが

**デフォルトの名無しさん** · 2015/10/08(木) 23:12:16.70

なんかWIN7でVB6のIDEが動かなくなったんだけど
ＭＳパッチでもきたのかな。

以下のメッセージが出て

ｺﾝﾎﾟｰﾈﾝﾄ'ComDlg32.OCX'、またはその依存関係のひとつが適切に
登録されていません。ﾌｧｲﾙが存在しないか、あるいは不正です。
Continue?

以下コマンドを管理者権限で実行しても改善せず。
C:\Windows\regtlib.exe C:\Windows\system32\msdatsrc.tlb

**デフォルトの名無しさん** · 2015/10/08(木) 23:16:36.76

ＵＡＣを無効にしても改善されず。分からん。

**デフォルトの名無しさん** · 2015/10/08(木) 23:37:40.98

自己解決。
regsvr32 /u c:\windows\syswow64\comdlg32.ocx
regsvr32 c:\windows\syswow64\comdlg32.ocx

**デフォルトの名無しさん** · 2015/10/10(土) 11:49:26.74

Windows10でもVB6のIDE動くの？

**デフォルトの名無しさん** · 2015/10/10(土) 23:52:40.60

ｳｺﾞｲﾀﾖ

**デフォルトの名無しさん** · 2015/10/12(月) 01:25:36.87

>>74
ﾏｼﾞﾃﾞ

**デフォルトの名無しさん** · 2015/10/14(水) 21:40:19.96

Windows ７/ Windows Server 2008 R2 以降のOS とStrConv関数 – VBStrConv.Wideを使用した文字変換について
http://blogs.msdn.com/b/jpvsblog/archive/2015/10/13/windows-windows-server-2008-r2-os-strconv-vbstrconv-wide.aspx

**デフォルトの名無しさん** · 2015/10/16(金) 22:02:34.27

過疎化ってるからチラ裏でも良いよね？
>>27だけど、Win2000とVB6で作っちゃったよw
全てにおいで懐かしかったな。
久々のVBいじりだったけど楽しかった。

**デフォルトの名無しさん** · 2015/10/17(土) 07:46:54.00

そのWin2kはライセンスされてるのかね？

アクティベーションがない時代なんだよね
おれも知り合いの中国人に円盤もらったわ

**デフォルトの名無しさん** · 2015/10/20(火) 15:35:18.80

VB6プログラマなら、Win98やNTや2Kのパッケージくらい持ってるだろ

**デフォルトの名無しさん** · 2015/10/20(火) 15:43:54.37

Win98のCDパッケージをポケットに入れて、ポンポンと叩くとあら不思議！
WinNT4.0とWin2kのCDパッケージ二つに…

なるわけないよね…

**デフォルトの名無しさん** · 2015/11/07(土) 03:30:26.17

最初のVBはWin3.1上のVB2だった
イベントドリブンが何だか分からなくて苦労したが
BASICの232C通信で使うON COM GOTOで既にあったんだよな

**デフォルトの名無しさん** · 2015/11/07(土) 11:03:27.27

VB2.0は神だったけど作ってた人はdelphiに移ったんだっけ

**デフォルトの名無しさん** · 2015/11/09(月) 09:54:18.44

VB6のIDEがWindows 10 x64に乗らん
みんなどうしてる？

**デフォルトの名無しさん** · 2015/11/09(月) 12:23:34.27

>>83
VMware WorkstationのゲストにVB6のIDEが動くWindows 7を入れてその上で使っている
いずれにせよx64でVB6 IDEを使うのは問題が多い
動かんわけではないが

**デフォルトの名無しさん** · 2015/11/10(火) 00:50:07.56

うちはとりあえずVirtualBox上のXPにインストールして使ってます

**デフォルトの名無しさん** · 2015/11/10(火) 10:06:43.11

>>83
VB6のインストール時に「データアクセス」のチェックボックスを外すカスタマイズをしてインストールする。
インストールが完了したら、下記２つのSPを導入する

Visual Basic 6.0 Service Pack 6ランタイム再頒布可能パッケージ
VB6.0-KB290887-X86.exe

Visual Basic 6.0 Service Pack 6 累積的な更新プログラム
VB60SP6-KB2708437-x86-JPN.msi

「データアクセス」に相当するコンポーネントはXP以降、Windows側で搭載している
（但しDAO 3.5等一部のコンポーネントは導入されない場合がある）

今更VB6を使ってるアホがいるのかと馬鹿にしていたが
先日、.netとMFCを使わず作れという案件があって使わせてもらったところ

**デフォルトの名無しさん** · 2015/11/10(火) 22:21:33.79

いまやランタイム個別インストールの要るVBはOKだったのかい

**デフォルトの名無しさん** · 2015/11/11(水) 09:11:46.76

>>87
VB6の日本ランタイムはXP以降では個別インストールは不要

?Msvbvm60.dll
?Stdole2.tlb
?Oleaut32.dll
?Olepro32.dll
?Comcat.dll
?Asycfilt.dll
?Ctl3d32.dll

但し、英語版を前提にしているので日本語を使用する場合は
vb6jp.dlのみシステムフォルダへコピー要

l

いまやと言われるが
?Msvbvm60.dll
?vb6jp.dll

**デフォルトの名無しさん** · 2015/11/11(水) 10:24:47.98

>>88
日本語版Windowsにはvb6jp.dlｌをプリインストールしておいて欲しいよな
そしたらEXEだけの配布であたかも動くように錯覚させられる

**デフォルトの名無しさん** · 2015/11/11(水) 19:06:08.81

>>86
ありがとー！

**デフォルトの名無しさん** · 2015/11/12(木) 09:35:45.98

>>89
日本語の文字はイメージにして貼り付けて原寸で表示すればいい。
実際にはランタイムで動くが配布はexe一本で済むから
.netのバージョンがどうとかサイドバイサイドにしたりやめたり訳わからん
C++ライブラリやMFCのバージョン依存からも解放される

**デフォルトの名無しさん** · 2015/11/12(木) 19:55:09.34

VC6使ってmsvcrt.dllだけリンクすればどこでも動くよ的なことをVB6でやろうとしてるのかな

**デフォルトの名無しさん** · 2015/11/12(木) 20:13:06.00

DLLの静的リンクとデフォで導入されたDLLを前提とするEXEでは意味が全然違う

**デフォルトの名無しさん** · 2015/11/12(木) 23:45:00.40

昔ボーランド製言語でランタイムごと静的リンクってやってたよな
ちょっとしたアプリすら数MBのEXEになるってやつ
あれはあれで楽だった

**デフォルトの名無しさん** · 2015/11/13(金) 09:54:26.58

悪の組織はVBとかGWーBASICでセキュリティーシステム構築しているよな

**デフォルトの名無しさん** · 2015/11/13(金) 19:54:28.33

VB6で接続出来るSQL serverのバージョンは2008、2012あたりまで？

**デフォルトの名無しさん** · 2015/11/13(金) 21:18:31.36

>>96
2016もできますよ
Native Clientもまだ使えるし、驚くなかれCOMのDMOでさえDLLをコピーしてレジストすれば使えてしまうのですわん！

**デフォルトの名無しさん** · 2015/11/13(金) 21:19:42.18

ODBCやOLEDB経由で何でも繋がると思うけど

**デフォルトの名無しさん** · 2015/11/13(金) 21:23:08.82

サポートされない　＝　使えない

と考える大手企業の俺としては×

**デフォルトの名無しさん** · 2015/11/13(金) 21:44:09.41

>>97 ：デフォルトの名無しさん：2015/11/13(金) 21:18:31.36 ID:YBJ5maQh
>>2016もできますよ
>>Native Clientもまだ使えるし、驚くなかれCOMのDMOでさえDLLをコピーしてレジストすれば使えてしまうのですわん！
>>
>>99 ：デフォルトの名無しさん：2015/11/13(金) 21:23:08.82 ID:YBJ5maQh
>>サポートされない　＝　使えない
>>
>>と考える大手企業の俺としては×

ID:YBJ5maQhさんは何が言いたいんだべか

**デフォルトの名無しさん** · 2015/11/14(土) 02:16:33.31

>>97
有り難う御座います！
ideも10にのるようだし、まだ何とか使えそうな感じですね

**デフォルトの名無しさん** · 2015/11/14(土) 09:25:54.73

vb6はwindowsを使い続けてもらうアイテムとしては
ほんと優秀だなw

**デフォルトの名無しさん** · 2015/11/14(土) 10:39:09.15

>>100
サポートされないとアナウンスされても実は使えることを発見した喜びと
大手企業の従業員で変なことはできない自分の立場との狭間で
気がおかしくなってしまった社会人だろうが

**デフォルトの名無しさん** · 2015/11/14(土) 10:41:51.66

>>102
最近は若者のパソコン離れが進行していて、プログラマはnetからスタートする人が多い
旧称VB.netが扱える人にVB6のコーディングをお願いした、ら絶対無理と断られた
VB6でコーディングできる人は希少になってる

**デフォルトの名無しさん** · 2015/11/14(土) 10:44:34.07

>>104
Excel とかでVBAでマクロ組んでる人を連れてくれば非常に短時間で習得しますよ。
ただ、最近はVBAの方が高機能になっているので、「なに？これできないの？だせー」
とか生意気なことを言われてもそこは我慢な。

**デフォルトの名無しさん** · 2015/11/14(土) 11:34:50.38

へーそうなんだ　素直にVB6を継承したVB7を出さないマイクロソフト　ダせぇ～
ＣＰＵの進化の方向性の予測をマイクロソフトは完全に見誤ったな

**デフォルトの名無しさん** · 2015/11/14(土) 20:45:42.26

今はVBAのが高性能なのか

**デフォルトの名無しさん** · 2015/11/14(土) 21:44:03.09

高性能じゃなくて高機能だって言ってるようだが
VBAにVB6以降で追加された機能なんてそんなにあったか

**デフォルトの名無しさん** · 2015/11/14(土) 21:53:26.29

>VBAにVB6以降で追加された機能なんてそんなにあったか

連想配列、インタフェース継承ではない実装継承、stdcallだけでなくcdecl呼び出しのDLLも扱える
その他いろいろあるが、肝心のビルドはできないというお粗末な結果に・・・

**デフォルトの名無しさん** · 2015/11/15(日) 07:11:27.52

>>109
え？
VBAっていつから普通に継承が使えるようになったの？

**デフォルトの名無しさん** · 2015/11/16(月) 19:16:51.07

VBAに連想配列もなかったはずだけどなぁ
ScriptingはVBAの機能じゃないし

**デフォルトの名無しさん** · 2015/11/16(月) 19:48:04.06

Windows3.1ですら現役なのだからVB6の現役引退なんて何十年後になるやら・・・

パリの空港で一時的に離着陸できない事態　原因はWindows 3.1搭載システムの障害
http://nlab.itmedia.co.jp/nl/articles/1511/16/news087.html

**デフォルトの名無しさん** · 2015/11/16(月) 20:17:31.92

>>111
元は無かったけど今はあるみたい

**デフォルトの名無しさん** · 2015/11/16(月) 20:20:59.23

検索してもScriptingしかでない
なんてキーワードなん？

**デフォルトの名無しさん** · 2015/11/16(月) 20:28:49.62

言葉遣いの機微からして魔界の仮面弁士さんだと思うけど
さすがとしか言えない

**デフォルトの名無しさん** · 2015/11/18(水) 14:23:58.30

>>115
魔界の仮面弁士さんが女性だって知らないだろ？

**デフォルトの名無しさん** · 2015/11/18(水) 18:03:30.15

>>116
知ってるし会ったこともあるし

**デフォルトの名無しさん** · 2015/11/18(水) 18:10:04.89

>>116
ググったら、おっさんなんですが・・・
https://mvp.microsoft.com/ja-jp/PublicProfile/8907?fullName=Masashi%20Ohsawa

**デフォルトの名無しさん** · 2015/11/18(水) 18:55:36.28

きっと魔界の仮面弁士さんっていっぱいいるんだよ

**デフォルトの名無しさん** · 2015/11/18(水) 18:59:06.55

VB6で作っていた業務プログラムがWindows 10で動かなくなりました。
スキルがVB6で止まっています。
VB .Net以降も試しましたがチンプンカンプンです。
他にDelphiでも多少プログラムを作ったことがあります。
こんな私はどのような環境に移行した方がいいでしょうか？

**デフォルトの名無しさん** · 2015/11/18(水) 19:01:42.95

>>120
NーBASIC

**デフォルトの名無しさん** · 2015/11/18(水) 21:15:27.74

移行するまでもない
10に仮想マシン入れてその中で飼えばいつまでも使えるよ

**デフォルトの名無しさん** · 2015/11/18(水) 21:54:45.97

みんな、魔界の仮面弁士は、

恥ずかしい名前だからという理由で覚えてるだろ？ｗ

**デフォルトの名無しさん** · 2015/11/18(水) 22:50:00.77

仮想マシン上で動かすWindowsはどうやって確保するのさ
Virtual PCなんかはUSBとか認識しないとかじゃなかったっけ？

**デフォルトの名無しさん** · 2015/11/19(木) 06:57:06.60

VirtualBoxとやらはUSBもかなり使えるらしいが。
試してないけど。

**デフォルトの名無しさん** · 2015/11/19(木) 10:10:43.15

>>124
MSDNでダウンロード出来るでしょ

**デフォルトの名無しさん** · 2015/11/19(木) 10:18:06.22

>>121
VB6ユーザーがスキルそのままで移行するBASICって何がいいんだろう。

**デフォルトの名無しさん** · 2015/11/19(木) 11:18:18.08

>>127
REALbasicから変貌を遂げたXojo（ゾージョー）がおすすめ
https://xojo.grapecity.com/

試しに作った婚活アプリがiOSとAndoroidで動いたのは圧巻だったわ

**デフォルトの名無しさん** · 2015/11/19(木) 18:54:37.04

>>126

Virtual PCは、Win8以降では使えないのでは？

**デフォルトの名無しさん** · 2015/11/19(木) 19:37:34.14

>>120
Delphiやればいいんじゃね？
Delphiはスマホアプリも作れるしWindows10アプリも作れるし今でも現役な言語だよ！

https://www.embarcadero.com/jp/products/delphi

**デフォルトの名無しさん** · 2015/11/19(木) 19:42:10.60

>>128
なんかこれ良さそう。
まさにVB6ユーザーの移行先？
RealBasicとの関係はどんな関係？

**デフォルトの名無しさん** · 2015/11/19(木) 19:58:21.89

REALbasic作ってたReal Software社が社名と製品名をXojoに変えただけ
Xojoの日本での代理販売会社はグレープシティ株式会社

**デフォルトの名無しさん** · 2015/11/19(木) 20:29:51.26

グレープシティ株式会社と聞いてうさん臭さが・・・
やはり.netがスケーラビリティを拡大してくれることに期待して
MSと心中する覚悟で行ったほうが良いかも

**デフォルトの名無しさん** · 2015/11/19(木) 21:55:27.53

>>132
そうなら、REALbasicの不安定さ、バグの多さはそのままな感じ？
それとも別物になったのかなぁ～？

**デフォルトの名無しさん** · 2015/11/19(木) 23:18:00.77

>>120
さわってれば似たような開発方法なんで分かって来るはずだよ
俺の周りのやつでもオブジェクト指向とかしらんやつがVB6ののりだけでやっていけてるぜ
がんがれ

**デフォルトの名無しさん** · 2015/11/20(金) 09:38:49.33

>>128
サイト見たらAndoroidで動くなんて書いてないんだけど。

**デフォルトの名無しさん** · 2015/11/20(金) 11:35:25.10

>>135
オブジェクト指向は韓国人が得意だと思う
慰安婦をはじめ歴史に対する願望や妄想を具現化するのが得意だからだ
オブジェクト指向の設計には「こういうのがあったらいいなぁ」という発想が大切だ
夢を夢でなく現実なものにする
そしてその現実を組み立ててスキームを作る
それこそがオブジェクト指向のキモだと思う

**デフォルトの名無しさん** · 2015/11/20(金) 12:34:49.52

VBerの上のネトウヨw

**デフォルトの名無しさん** · 2015/11/20(金) 12:42:31.97

右巻きとか左巻きとか関係なく純粋に韓国人はオブジェクト指向設計がうまいというだけの話だよ
日本人は誰かがやってくれると思って自分からは何もしない人が多いから

**デフォルトの名無しさん** · 2015/11/20(金) 12:44:10.12

>>139
オブジェクト指向の勘違い

**デフォルトの名無しさん** · 2015/11/20(金) 12:54:11.73

Andoroidで動くんか！と目を真っ赤にしてググった情弱に言われたくない

**デフォルトの名無しさん** · 2015/11/20(金) 13:00:49.92

せめてクラス設計くらいに限定しておけば？

**デフォルトの名無しさん** · 2015/11/20(金) 13:02:29.56

　
　誰かおバカなこの俺にインタフェース継承と実装継承の違いを説明してくんろ！

**デフォルトの名無しさん** · 2015/11/20(金) 16:04:26.22

ここVB6スレだから実装継承なんて知らなくてもいいよ