くだすれVB6.0以前（超初心者向け）

1 名前：d mailto:age [2008/03/30(日) 09:01:59 ] このスレッドはVBについて、 他のスレッドでは書き込めない超低レベル、 もしくは質問者自身何が何だか分からない質問を勇気を持って書き込むスレッドです。 VB使いが優しくコメントを返しますが、 お礼はVBの布教はしなくてよいので、初心者の救済をお願いします 前スレ くだすれVB6.0以前（超初心者向け） pc11.2ch.net/test/read.cgi/tech/1165574205/ 91 名前：デフォルトの名無しさん [2008/09/25(木) 18:54:53 ] デバッグで止めて見て分かりました DoEventsで止めて画面を見るとcommand1の文字がきちんと薄くなっている のにDoEventsの次の行で止めると文字は押せる状態の通常色になっていました ちなみに上の２回は１回の実行で連続して確認した訳ではなく １回目の実行ではDoEvents、２回目の実行では次の行という風にしました これで分かって頂けるでしょうか？ なのでここ以外のソースは関係ないと思っています 92 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 20:09:30 ] >>91 Command1_Clickでやってみたけど（ここはあってる？こういうのの確認にソースがいるってこと） 再現しないね。 検索で Command1.Enable = Trueのところを全部探してごらんよ。 あったらそこにもブレークポイントを入れてみる。 93 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 20:59:17 ] >>91 DoEventsする前におまえの書いたコードでイベントが発生していて そのハンドラでおまえが自分でEnable=Trueにしてるからなるんだよ こんな程度のことでコンパイラ疑うとか図々しいにもほどがある 94 名前：デフォルトの名無しさん mailto:sage [2008/09/25(木) 23:46:14 ] じゃあ、 DoEvents command1.Enabled=False DoEvents こうすれば直るよｗ 95 名前：デフォルトの名無しさん [2008/09/26(金) 09:11:06 ] 今さらっとこのスレ見たけど やっぱくだらないスレだわ 役に立ってるかもしれんが 相手のことをおまえだとか 自分に知識があるからと偉そうな態度だわで 人格疑うよ ここは超初心者向けのスレじゃないのか… がっかりだね 96 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 09:13:05 ] >>95 >>85さん、おはようございます 97 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 10:38:36 ] だってここ、もともと本スレじゃないし。全体的にネタに走ってるのはしょうがないな。 98 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 13:05:39 ] おはようございます 85です えっと、とりあえず95は俺じゃないよ？ さっき起きただけだし… Enabled=False のすぐ下でDoEventsしても他のプログラムが走るってこと？ なんかよく分からないね 難しい 99 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 13:55:14 ] 新規のフォームにボタン２つとラベル１つ貼り付ける。 これで１の処理中に２のボタンが押せる。 情報を出したがらないから直接の原因と結果とは結びつかないが、 これに近い現象だとみんな思ってるはずだよ。 Private Sub Command1_Click()     Dim i As Long     Command1.Enabled = False     For i = 0 To 50000         Label1.Caption = i         DoEvents     Next     Command1.Enabled = True End Sub Private Sub Command2_Click()     Command1.Enabled = True End Sub 100 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 15:33:52 ] えっとですね Command2のボタンを押すと情報をグリッドに表示させるという処理があって Command1のボタンを押すとグリッドから選んだデータの情報を詳しく表示させるという 感じのプログラムなんですけど Command2のボタンを押して情報検索したり表示したりという処理中は Command1のボタンを押せないようにしようとしています なので Command2のボタンを押した時にCommand1のボタンのEnabled=Falseにして 処理が終わった時に Command1のボタンのEnabled=Trueにする処理を書いています 実際にDoEventsを書いているのはFalseにしている場所とかなり離れているのですが そこでTrueに変わって押下可能状態になっていたので DoEventsを少しずつFalseの場所に近づけて実行を繰り返したんですが 結局はFalseの真下に書いた状態でもTrueになっている事が分かったので 訳が分からなくなったという状態です って説明結構苦手なので分かってもらえるかは不安ですが こんな感じです 101 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 15:52:03 ] バグだからマイクロソフトに連絡しろ。それで気が済むんだろ！ 102 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 16:31:25 ] >>100 そのフォームのすべてのイベントの最初でログを出すように してみるといいよ。 たぶん予想していないイベントが発生してると思うよ。 DoEventsは難しい。 103 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 16:33:45 ] >>95 罵倒されるのが嫌なら書込まなきゃいい　　そんだけ・・・ もうくんなよ　　ってそのうち書かれるよん。 VBの情報なんてﾈｯﾄ上にｺﾞﾛｺﾞﾛしてるわけだしﾋﾝﾄもらえればﾗｯｷｰくらいじゃないとねぇ 回答者の立場で考えてみてくれ 情報を後出しされるということは　どんだけいろんなﾊﾟﾀｰﾝを想定して回答しなきゃならないかを ぶしつけな質問にはそういう回答にならざる終えない宿命をかかえているという事だ 104 名前：デフォルトの名無しさん mailto:sage [2008/09/26(金) 17:39:47 ] >>100 いずれにしても、イベント内やDoeventsを使ったロジックを１ラインずつデバックしながら製造するのはやめた方がいいよ。 >102の言うようにトレースしたり、ウオッチ式でプロパティが変わった場所を突き止めるなりしてみたらいいと思う。 あと、単体テストはコンパイル後にEXEで実施しなきゃだめよ！ 105 名前：デフォルトの名無しさん [2008/09/28(日) 10:40:35 ] IEを操作する場合なのですが スタート→処理A→処理B→処理C→処理D→終了 のような場合にA〜Dのところで稀にサイトのエラーページに飛ばされることがあります その時に自動でスタートに戻って再び最初から処理させたいのですが htmlのタイトル名、もしくはエラーページのテキストで判別することは可能でしょうか？ 仮にタイトルは「エラー」、そのページに「エラーです」というテキストがあるとして これらがあった場合にスタートに戻る処理をさせたいのです 初歩的な質問ですみません 106 名前：デフォルトの名無しさん mailto:sage [2008/09/28(日) 13:36:43 ] >>105 そのロジックの実行は電子計算機損壊等業務妨害に抵触します。 107 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 11:23:51 ] GOTO 108 名前：デフォルトの名無しさん [2008/09/30(火) 15:43:00 ] 来年６月に出るWindows7ではVB6.0のプログラムは動かないそうですが どの開発環境に移行しますか？ 109 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 16:06:14 ] >>108 動かないというソースは？ 110 名前：デフォルトの名無しさん [2008/09/30(火) 17:11:39 ] VB6.0のメインストリームサポート(〜2005 /03/31)、延長サポート(〜2008/04/08)の 両方が終了した後に出るOSだから。 111 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:15:50 ] で、動かない、という、ソースは？ 112 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:18:36 ] 7はvistaのsp2だよ 113 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 17:46:30 ] >>108 >来年６月に出る これのｿｰｽは？ 114 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:01:58 ] スピリチュアル 115 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 18:17:24 ] >>108 つまり、末端の端末の標準OSが2000かXPになるわけだな。 それほど　でかいプログラム扱う場所なんざVB使ってないだろうし。 新しいOS出る度にOS買い直すとか、最先端技術を駆使するなら使うだろうけど、 そうでないならば、ある種の金の無駄だからな。 　(個人的には、今の所はwindows2000が入ってたマシンを 　フルチューンナップした方が使い良いと思う。スペック的にもコスト的にも。) VBは思い付きで(殆ど設計を書かずに)プログラムを書き始めても それなりに完成してしまうのが良い所だな。 .NETからその手軽さが少し薄れて個人的には残念な気分だが…。orz 116 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 19:16:16 ] 仮想PCなんてまさにVBの為にあるようなもの VB6は将来安泰ですよ 117 名前：デフォルトの名無しさん mailto:sage [2008/09/30(火) 23:18:54 ] >>108 VB6でシェアウェア作って生計たててる俺涙目ｗｗｗｗ VC++勉強しなきゃ・・・ 118 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:02:54 ] .neetじゃだめなん？ 119 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 00:08:36 ] 大体、いまどきVB6しかできませんって奴もいないだろ 120 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 14:58:33 ] >>119 ソースは？ 121 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 15:10:53 ] ソースは今まで仕事してきた相手 だがCOBOLしかできない奴はいたな 122 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 15:26:55 ] つまらんソースを隠蔽したいんだろ 123 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 16:29:58 ] .netは逆コンパイルできるからダメか 124 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 16:31:38 ] >>121 それってたまたま言語がＣＯＢＯＬだっただけで VB6もそれしか出来ない人くらい居るだろ… 125 名前：デフォルトの名無しさん mailto:sage [2008/10/01(水) 19:40:47 ] ＞＜ノ 126 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 01:31:43 ] >>108 絶対に動く。 動かなかったら100万円やるよ。 127 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 01:33:34 ] ソースは？ 128 名前：デフォルトの名無しさん [2008/10/02(木) 02:20:21 ] ニート御用達言語VB6 129 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 18:54:20 ] まあ、VBが動かないのなら、WIN32アプリは、ほぼ全滅と考えたほうがいいな。 130 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:31:07 ] ↑なにこの時代錯誤 131 名前：デフォルトの名無しさん mailto:sage [2008/10/02(木) 23:48:24 ] いまでも普通より延長してサポートしてる状態だから、 動かないというよりサポート対象から外れるということだろうね。 あとランタイムのOSへのバンドルもなくなるだろう。 それでもインストーラでランタイムを入れれば何とか動きはするだろうけど。 132 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:13:16 ] OfficeVBAが動くんだからVBも動くだろ。 みたいな。 133 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:36:20 ] 動くと思うけどね。 やっぱ互換がある程度保障されてないといくらMSでも買い控えられるのはVistaで分かったろう。 VB6なんて普及度高いんだし、フリーのツールも多いし。 134 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 00:46:48 ] MSとしてはサポートしたくないし忌まわしい記憶と共に消したいだろうけどな 135 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 18:42:28 ] 言語仕様はともかく、画面だけ必要なRAD用途だったらいいものだったからな＞VB6 C#今やってるけどやっぱりC++にくらべてライブラリが少なすぎる…＞＜ 136 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 18:45:42 ] >>134 いや、誇らしい成果だろ、MS的には。 137 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 21:52:04 ] VBAのスレからこっちでしろといわれました クラスモジュールと 標準モジュールの違いがいまいちわからん クラスはオブジェクトとして使ったりコンパイルしてDLLとして参照すると 名前でプロシージャーを呼び出せるってことなのか？ 標準だと他のモジュールのって呼び出せない？ 138 名前：デフォルトの名無しさん mailto:sage [2008/10/03(金) 22:11:27 ] クラスっぽいものを書くための場所がクラスモジュール ふつうのを書くための場所が標準モジュール 139 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:15:00 ] Newしなくても使えるのが標準モジュール 140 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 00:17:14 ] >>139 本気でそう理解してる人が多くて困るんだよなw 141 名前：デフォルトの名無しさん [2008/10/04(土) 11:39:14 ] ＶＢ６はすばらしいと思う。。趣味でやってる人ならポインタや構造体で挫折してもＶＢ６ならその悩みは一蹴。 まさか参照とかでつまづく人はいないと思うけど。 やっぱ用途だよ。ゲームづくりだとＶＢ６は物足りないけど、ツール製作ならNO.1だよ。 142 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 12:03:27 ] 意味不明な機能は使うなと言われて使用禁止されるのがクラスモジュール 143 名前：デフォルトの名無しさん [2008/10/04(土) 17:25:27 ] バカだな。 標準モジュールはクラスモジュールの意味が理解できないアホ専用モジュール。 ９９％の実装はフォームとクラスモジュールだけで作れるし、作るべきだ。 同じ機能を持つインスタンスを複数作れるということのメリットを理解しろ。 それにクラスモジュールだとC++などのオブジェクト指向言語への移植性が格段に良くなるから、 VB6がWindows7で動かないとしても、移植作業であまり困らない。 144 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 17:54:05 ] >>143 君VBでまとまった量のコード書いたことないでしょ？w 145 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 18:45:23 ] おれがみてきたほっとんどのプログラムは、クラスモジュール0、標準モジュール200 とかそんなんだ。 146 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 21:55:01 ] >>144 今メンテしてるのだと、クラスモジュール８０、フォームモジュール２０のアプリが俺一人で作ったものでは一番大きい。 今それをVC++に移植してるが、クラス名やソースファイル構成をほとんどそのままで一対一に移植できてる。 VBのクラスはhas-a構造しか持てないが、これだけで十分にオブジェクト指向ライクなプログラミングはできるからな。 クラスモジュールを使ってなかったら、オブジェクト指向言語への移植はまず無理だったろう。 ま、標準モジュールだけでスパゲッティプログラムを作って、DoEvents地獄に陥るアホな開発者は この先生きのこれないのは確実。 147 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 22:05:02 ] >>146 やっぱり分かってないね。 クラスモジュールを積極的に使え、までは正論なんだけど 「標準モジュールはクラスモジュールの意味が理解できないアホ専用」（＝標準モジュールを使うな） は全く正しくない。 VBって言語は嫌でも標準モジュールを使わないとまともなコードは書けないようになってるんだよ。 理由はいくつかあるが、 - VBのクラスは静的メソッドが書けない。 - Win32APIの宣言は標準モジュールにしか書けない。 この二つが大きいかもしれない。 148 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 22:07:55 ] というかJavaとかやればVBでも自然とクラスモジュールは 使いたくなる。というか使わないとやってられなくなる。 149 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 22:47:05 ] >>147 ＞Win32APIの宣言は標準モジュールにしか書けない。 すぐばれる嘘をつくな。 150 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 22:57:28 ] 標準モジュールにしかかけないのは、コールバック関数だっけか？ 151 名前：デフォルトの名無しさん mailto:sage [2008/10/04(土) 22:58:58 ] 言葉遣いも知らない奴みたいだね。 別に嘘を書いたつもりはないが、VB6を触らなくなって久しいので 間違っているかもしれん。 いずれにせよ、public staticなメソッドが書けるのは標準モジュールだけだ。 152 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 10:37:52 ] VB6でクラスモジュールを「使うこと」にこだわってるのってあんま意味がないように思えるが。 例えば、桁数合わせ（左スペース埋めみたいな）関数とか桁数切り取り（左７バイト切り取り）関数のようないわゆるよくある共通関数は標準モジュールに並べるほうが良いと思う。 単なる関数群をクラスモジュールに記述されていると、何か意図的なものがあるのか考えてしまう。 153 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 10:48:58 ] 共通関数はUtilクラスにまとめる 154 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 11:02:14 ] >>153 なんであえてクラスなの？ 155 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 11:05:03 ] 変数関数ともにC#やC++のstatic、VB.NETのsharedに当たる機能がない。 VBのStaticキーワードは別物。たまにそれでバグを作ってるのを見かける。 少なくともUtilクラスをNewして使うようなことはしたくないな。 そんなときはモジュールでしょ。 156 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 11:08:47 ] 本来staticは無いほうがいいんだよ 157 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 11:19:28 ] VB6のクラスをCOMコンパチにしてしまったのが広まらなかった原因のように思えるな。 158 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:00:49 ] なんつーか、>>146みたいな考え方するやつって何で多いんだろう。 そういう奴って言語仕様とか特性って考えないのかな。 今流行のコーディング思想とかには言語の垣根をすぐ越えて飛びつくけど、 自分が開発している言語でいかにいいプログラムを作るかを考えようとは思わないよな。 保守性、拡張性、メモリの取り方や開放の仕方・タイミングなどなど。 今関わっているプロジェクトに今使っている言語でいかにいいものが提供出来るか、という前提のもとに開発しているとは思えん。 そんなやつはどこいってもただの半端者だろう。 オブジェクト指向とか言語の移植とかを自慢げに語っている時点でピントがずれてる。 そんな大層なことでもないしｗ 159 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:07:06 ] まあ、向上心もなくVB6しかやったことなければ クラスモジュールなんか使わないよね。 使わなくてもものは作れるもん。でもそれでいいのかな。 160 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:15:05 ] >>159 クラスも使うし、ＪＡＶＡとＶＢ．NETもメインでやってるけど、 ＶＢ６で開発する時にオブジェクト指向を意識することはない。 161 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:23:30 ] 今の言語と比べるのは酷というものだ 162 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:23:33 ] >>160 オブジェクト指向って意識してやるもんでもないでしょ？ 自然とオブジェクト指向脳になるでしょ？ 163 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:31:27 ] >>162 オブジェクト指向脳って言われても困るが、 無意識にクラスを多用してるかと言われるとそうなのかもしれない。 でも、クラスモジュールにする必要がなけりゃ標準モジュールで実装するよ。 164 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:31:32 ] Utilクラス作って、標準モジュールでインスタンス化して使いまわすんでしょ。 165 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 12:49:29 ] Ｕｔｉｌクラスなんて作りません。 166 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 13:17:37 ] >>158みたいな人も困るw >>146はたぶんVBでそれなりの規模のコードを書いたことがないだけで、 言ってることがそんなに間違ってるわけじゃないよ。 167 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 13:33:00 ] 大規模なコードを書けば書くほど、標準モジュールを多用するのが適切だというのか？ アホじゃないの？逆だろ。 規模が大きくなるほどカプセル化して依存性やソース変更の影響範囲を狭めようとするのが常識。 どこからでも直接呼ばれ得る膨大な関数群で出来てる巨大プロジェクトなんて 絶対メンテしたくねーｗ てゆうか、すでに死んだ言語の標準モジュールの是非について熱く語るのもアホらしい。。 168 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 13:35:49 ] >>167 だからそこはお前さんの言ってることは正しいから 意味なく煽るような書き方するなって。 自分が幼稚なガキじゃないと思いたいならね。 169 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:12:29 ] クラスを使う使わないで盛り上がれるのはVB6だけ！ 170 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:17:39 ] 訂正）VB6で盛り上がれるのはこのスレだけ！  171 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:22:41 ] >>167 意味的なまとまりごとにmoduleを分ければいいだけの話 172 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 14:27:17 ] そういう問題じゃない。 173 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:55:56 ] どういう問題だよ 174 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 16:59:46 ] クラス分けは一種の差別だから撤廃しましょうって問題。 175 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 17:20:49 ] >>167 それは合ってる。 だが逆に極端な例を出せば、標準モジュールのmainに100step程度書けば実装出来るようなものも出来るわけだ。 要するにクラスを使う→正、標準を使う→誤　みたいな固定観念を持っていること自体がおかしいのよ。 それに気づいてくれ。 176 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 23:53:16 ] クラスモジュールを一度も使ったことが無く、存在意義も知らない奴が多いことを問題視してるんだが。 >>142みたいに使うことを禁止してるような職場など論外。 よほどレベルが低い人間が集まってるんだろう。 「クラスモジュール使わなくても大規模なソフトを作れてるよ。特に困ってないよ。」 とかいうけど、そういう考えの奴がチームに一人でも居ると、まともなプログラマが迷惑するんだよ。 今時オブジェクト指向を理解しようとしない奴なんてプログラム書く資格ないよ。 177 名前：デフォルトの名無しさん mailto:sage [2008/10/05(日) 23:57:53 ] 資格とか、そういう非技術的な話題はどうでもいいよ。 178 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:27:56 ] 短納期で納品後あぷでーとなし。顧客の満足するバグがでないプログラムであったら、 ソースがどんな書き方されててもかんけーねーよ。メンテしないんだから。 俺はその手の納品を何件もみてきたが、C長くやっててクラスがなんたるか理解できて ないけど、腕はたしか。で、標準モジュールだけでかかれてた奴が軽快に動作して バグなし、しかも短納期なのをみてると、ほんと口だけの奴はどーでもいいよ。 ま、しかし、どとねっと案件は、怖くて発注できませんわなｗ 179 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:32:18 ] 煽るつもりはないけど、>>178ってダメグラマーの典型的な言い訳に聞こえるよ。 180 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:38:26 ] 俺の経験したのは、 ほとんどの関数をCで書いてDll化。 DeclareでVBから呼び出し。Formがほとんど。 っていう納品のされ方なんだが、DllのソースがVC++なんで メンテのときVBと両方みるのが素人のおれには、ややつらい。 構造体の受け渡しとかめんどーなんだよな。 181 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:42:27 ] >>178のようにはなりたくないと素直に思った。 182 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:48:12 ] VB6でちょっと手の込んだようなことやろうとするとどうしてもWin32APIの お世話にならんといかんからなー。じゃ、結局C++でやっちゃえよ、って ほうにいってから作るから180みたいなのは非常に多い。 183 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 00:50:26 ] 全部VC++でいいじゃんと思うのだけどなぁ わざわざDLLにして呼ぶくらいならなぁ MFC使えば生産性も2倍も変わらないと思うんだけどなぁ 184 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 02:33:29 ] 自分のレベルでも人のレベルでもなく、中間のレベルに皆が合わせて開発すればうまくいくんじゃね？ 185 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 03:14:45 ] 問題は、中間というのが皆の思う所より随分低いようだということ。 186 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 10:45:29 ] メンテもいらないし軽快に動いてるから グローバル変数やgoto文使いまくりでもOKと同類の主張する人がいるスレはここですか？ 187 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:10:16 ] 偉そうなおまいらはそんなことはないと思うが、 一応それなりの数のソース見てきた俺としてはだな。 コメントは「コメント」をつけろ！ ゴミ変数残しとくな！ これ出来ていないソースがむっちゃくちゃめちゃいけ多い。 'ここで日付の入力を非活性化にする　とか とか書いてんの。アホか。ソースの日本語訳なんていらんわ！ 188 名前：デフォルトの名無しさん mailto:sage [2008/10/06(月) 21:30:29 ] なんでそこで「めちゃイケ」入れたん？ 189 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 21:51:28 ] 動かない綺麗なコードより、動くコードのほうが金になる。 190 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:00:08 ] >>187 コメント無しのソースを、読む練習をすると良い。 まぁ、変なコメント付いてるといらつくんだが、修正跡は全文残しておいて欲しいし(その一つの修正がバグの原因になる事も多い) 書いてる人が読めないソースになるのも本末転倒だしな。 愚痴るよりは、その人にソースの書き方をアドバイス。 　　上司だったりしたら目も当てられんが。 191 名前：デフォルトの名無しさん mailto:sage [2008/10/07(火) 22:29:41 ] 修正跡はCVSのほうでコメント残ってりゃいいや

---

---

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

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