VBって1万行限界？

友人が言うには
「VBって1万行以上のコードをコンパイルするとメモリ不足で落ちるからダメ」
とか言ってました。
マジですか？

私の会社のデータベースのプロジェクトプログラムは1万行越えてるような気がするんですけど。

３万行のコード書いたらリソース不足でコンパイルできなかった。
いまやＶＢでＤＬＬもＯＣＸも作れるからとくに問題にはならなかったが。

0と1とNULLにVoidも仲間に入れて下さい(笑)

>>1
気のせいでしょ。
私の会社の VB5 のプログラムは３万行越えてた（コメント、空行含まず）
けど NT4.0　(メモリ128MB)　でコンパイルできましたが？

１万行のコンパイルはメモリ不足ありえます。他のソフトを落としましょう。
後、コンパイルに１０分かかるでしょう。

リソース不足に超弱いです。
コンポーネントを１００張った画面を３つ同時に開くと、実行時エラーになるでしょう。

受託開発なら、”同時に画面を開けません”って逝っとけば良いのですが、
パッケージとなると、複数画面の連携が要るでしょう。

いや興味あるんだけどコンポーネントを１００張るって、窓ハンドル必要なコンポーネントを？
Delphiのグラフィックコンポ（親の窓ハンドルを使う）みたいなのは無いのかな？
まさか、textも窓ハンドルを消費するなんて事はないよね？

実行時メモリエラーについて・・・
１画面に４タグ位あって、その１タグにコンボとエディットを張りまくってるだけです。
噂では、張っている数が多いとダメとか。
Delphiに移植、ついでに画面レイアウトもコンポーネント同士が連携するように駆使してめでたし解決しました。

後、4さんの言われる通り、NTだとコンパイルエラーは無いのかも。

メモリ不足なら単にメモリを増やせば良いだけなんじゃないの？
「コンポーネントを１００張る」ってのもデザインセンス無いっぽいね。

>メモリ不足なら単にメモリを増やせば良いだけなんじゃないの？
メモリを積んでもメモリ不足って逝うことです。

>「コンポーネントを１００張る」ってのもデザインセンス無いっぽいね。
受託ソフトの人は羨ましいですね。データを入力するだけのソフト作ってんでしょうね。
パッケージっていうか、設計、予測となると、同時に複数情報見えんと困るんです。

＞受託ソフトの人は羨ましいですね。データを入力するだけのソフト作ってんでしょうね。
そうやって人を見下してる暇があったらリソース消費量を減らす努力をしましょうね。
PictureBox１つあれば大抵の事は出来ますよ、コンポーネントの意味無くなりますけど。

>PictureBox１つあれば大抵の事は出来ますよ、コンポーネントの意味無くなりますけど。

どの項目が入力でどの項目が出力かっていうのは、固定ではありません。
入力した項目に合わせて他項目が調整されます。

>「コンポーネントを１００張る」ってのもデザインセンス無いっぽいね。
>そうやって人を見下してる暇があったらリソース消費量を減らす努力をしましょうね。

なんか、ベクトルヴィービーっぽいヤツだな。
まだ生きてた？

コンポ100貼るのは確かにデザインセンスが苦しいが
それは糞ＳＥが設計してくる時や、自分に関係の無い事で
左右されるという立場の連中もいると言うことを知っておけよ。

＞入力した項目に合わせて他項目が調整されます。
DOSの頃ってコンポーネント無しで１つの画面に自力で沢山描いてたじゃない？
同じような事がPictureBoxでも出来るでしょ、って事。
部分的に書き直してRefreshで一括再描画ってテク使わない？

ベクトルじゃないです。
基本的にＶＢでは自分で設計したものしか作った事なかったので、
確かに想像力に欠ける部分はありましたねー、ゴメン。

>DOSの頃ってコンポーネント無しで１つの画面に自力で沢山描いてたじゃない？
>同じような事がPictureBoxでも出来るでしょ、って事。
>部分的に書き直してRefreshで一括再描画ってテク使わない？

意味が分かりません。グリッドの事ですか？グリッドも沢山張ってます。
どっちにしても、Delphiにしたら、VB時の数倍を一覧出来、動きが速くなりました。
業務が複雑な場合、そんなところに力を入れたく無いんです。

Delphiでも100個WinHandleが必要なコンポーネント貼り付けたら
95/98でリソース不足になるんじゃないかな。
リソース喰わないコンポーネントか、丸ごと自分で描画処理書いて
１個のコンポーネントでまかなう（13がいいたかったのはたぶんこれ＞14)
ようにして、入力が必要なところをクリックされたら動的にTEditを
生成とかすればOK。Tabキーによるコンポーネント移動を考慮するの
面倒だけどね。

知らないやつが色々書くな。VBだけで起こる現象であることは事実。
VBはメモリだけでなく、画面作成が弱いんだから検討の必要無し。
画面の派生が出来ないし、アライン（レイアウト）の設定出来ないし。
Java-Swingみたいなマルチプラットホームが対応していることを、
Win専用のVBが出来ないんだから．．．

試しに無意味に if や case で一万行作ってコンパイルしてみ余裕でできるから。

分岐文をコンパイルしきれなかったら、コンパイラじゃないだろう。
どっちにしても、メモリ不足っていう話は、現実にいたるところに転がってる話なんだから。

メモリがたりなくなるのはif caseよりグローバルな何かへの対応のせいじゃないかな
少なくてもif＠｀caseはローカルだからメモリが一瞬必要になるだけ。

にしても１万行が全部変数や関数だとしても１つの名前に1Kバイト取っても
１０メガか・・・・やっぱり何かのリソース不足だろなあ

コンパイル出来ないのは、OCXを貼ってるから OCXが窓ハンドルを
沢山消費しててリソース不足の状態になってるとかそんな所じゃない？
１万行って事はフォームも数１０ページ使ってそうな感じだし

あなたは知らないかも知れないが、VBでは全てをOCXとして扱います。
例えば、コモンダイアログなら、Comdlg32.ocx。

だから、貼ってるOCXが画面に見えてるって事は窓ハンドルを
使ってるって理解ではマズイのかな？

あ、解説だったのか。正しい。厭だ氏嚢。

いや数１０ページって事はないな、せいぜい十数ページか。厭だ氏嚢

ＶＢでRefresh使った事無いって、そりゃ遅いって文句も出るわな〜。
便利な部分に頼り切った設計ならリソース不足にもなる。

＞Delphiにしたら、VB時の数倍を一覧出来、動きが速くなりました。
何故そうなったのか解ってる？ＶＢでもＡＰＩ駆使すれば出来る範囲だよ。

開発言語をコロコロ変えられるのってチョット羨ましい。

もったいぶらずにどんどん書いてよ。

>13
>＞Delphiにしたら、VB時の数倍を一覧出来、動きが速くなりました。
>何故そうなったのか解ってる？ＶＢでもＡＰＩ駆使すれば出来る範囲だよ。

VBより難しいと言われているDelphiなら簡単にできることが、
VBだと「API駆使すればできる範囲」に入るんですよね。
VBでAPI使うのってめんどくさいし。
（一般論であって特定の処理に限定した話ではない）

煽りじゃなくて、VBユーザーにDelphiを薦める理由ね。

ＶＢはマイクロソフトなのにＡＰＩ使う手続きがやたらと面倒。
Ｄｅｐｈｉは何もしなくてもそのまま使えます。

さあ、みんなも、Ｄｅｌｐｈｉでマターリしよう！

>>21
んなわけねーだろ、普通はAPI使ってんだよ

>さあ、みんなも、Ｄｅｌｐｈｉでマターリしよう！

そういやDelphiのスレって殆どないね。

>んなわけねーだろ、普通はAPI使ってんだよ
馬鹿なヤツ。Edit貼り付けるのにAPI使ってろ。

>そういやDelphiのスレって殆どないね。
Delphiって使ってるんだけど、困ること無いから、誰にも質問しない。
ソース公開コンポーネント多いし。

＞ＶＢはマイクロソフトなのにＡＰＩ使う手続きがやたらと面倒。
素人さんには勝手に使われたくないみたいよ、システムが不安定になるから。
でも定数は最初から準備されているので、そこだけ便利かも。
初心者向け言語なので文法の時点でチェックを厳しくしてるらしいね。

ちょっと昔、開発中のリブート回数はDelphiの方が上だったよ。←自業自得

Delphi3は不安定だったから、大筋分かるんだけど、
VBランタイム以上にシステムを不安定にするものないよ〜
http://www5.airnet.ne.jp/init/vb/level1/level1001.html

VBはCのヘッダファイル取り込めたらいいのになぁ。
あとAPIは宣言なしで使えたらなぁ。

MSがんばれ。

全然会話に沿ってない。
さすが、ＭＳの被害者っていうか、ＶＢでどういう被害にあったのか分かってない。
だから今ごろＣのヘッダファイルだって（藁

「ＶＢやってるとオブジェクト指向に辿り着けない」を目の当たりにした。

>35
>>32あたりの流れだったんだけどな。
まあ、別に無理に気が付いてもらわなくてもいいんだけど。
気が付かないぐらいなら余計な突っ込みするなって感じだね。

Cのヘッダは外部APIを使用するとき定義しなくても自動で
プロトタイプ宣言(VBの Declare)をしなくてもいいし、
型チェックや戻りチェックが自動的に行われたらいいなと思っただけ。

読んでて悲しくなった。
Win32APIコールが楽になってもMSが頑張ったことにならないでしょう、
上のレス読んでれば。

>38
ＭＳが頑張って欲しいのは目的でなく過程なのですが。

それにＭＳが頑張ったことにならずＳＵＮあたりが頑張ったことになると
思っているのかな？

言いたいことがまったくわからない。

文章解読力無さ過ぎ。余りに飛躍した解釈。ＶＢ＠解読力０君ですね。

ＭＳのおかげで、ＶＢによってひどい目に合わされたのに
（上のレス、または、「将来有望な言語と仕事内容は？」を参照）、
まだＭＳを応援するのか、と思ったの。
後、Win32APIコールはクラスライブラリの中に隠蔽されるという事実を、
ＶＢを使う人は知る由も無いという事ですね。ソース付きクラスライブラリを一度使いましょう。

>40

Win32APIはＶＢで定義があるのでまったく問題になりません。
Ｃのヘッダを取り込むといえば当然外部DLLの話になると思うのですが、
こんなことにも気が付かないのですね。
少し呆れました。

それにＭＳを応援したくないのならWin系と決別しなさい。
Win32APIを語りながらＭＳを批判する矛盾は頭の悪を誇示しているだけです。

>Win32APIはＶＢで定義があるのでまったく問題になりません。
>Ｃのヘッダを取り込むといえば当然外部DLLの話になると思うのですが、

もう一度だけ書いてあげます。Win32APIコールを楽に呼ぶのでなく、クラスライブラリ使いましょう。

>それにＭＳを応援したくないのならWin系と決別しなさい。
>Win32APIを語りながらＭＳを批判する矛盾は頭の悪を誇示しているだけです。
Win32APIは批判しないが、VBとは決別済。文章飛躍しすぎ。読んでて怖い。

>もう一度だけ書いてあげます。Win32APIコールを楽に呼ぶのでなく、クラスライブラリ使いましょう。

じゃあうんざりですが、こちらももう一度書きます。

Cのヘッダは外部APIを使用するとき定義しなくても自動で
プロトタイプ宣言(VBの Declare)をしなくてもいいし、
型チェックや戻りチェックが自動的に行われたらいいなと思っただけ。


>Win32APIは批判しないが、VBとは決別済。文章飛躍しすぎ。読んでて怖い。

ＶＢを批判するのは別に止めませんが。
考えてから発言をしてください。

とにかく、３４はそれまでの流れを無視した文章。
それまで、ＶＢやめたら？で来てたのに、突然、ＶＢ＠ＭＳバンザイ。
３４には、「ＶＢ＠解読力０君」という名前をあげましょう。

どっちもどっちだよ、君たちぃ。

そうだね、ＶＢ＠解読力０君と会話すると、自分もそのレベルまでおちちゃう。

↑君も

>46
どちらかというと解読力０君はキミ

ＶＢ君は知識０君

>46
ごめん
キミも知識０君だ。

ああ、夏休みはまだ終わっていないのか（ｽﾞｽﾞｽﾞ(ｵﾁｬｵｽｽﾙ

大学生は試験が終わって暇な時期？

苦労しらずの万年暇人多いからな。

ドキュン発見！

大学の夏期休暇が9月半ばまであるって知らないの(藁）

そんなもの、学校によって千差万別

なになに？
VBの話してるの？
俺に聞けってーの。

書くな。

>54
VBは.NETで発展しますか？

>56
もし既存の拡張だったら、いままでより更に目も当てられないな。
言語仕様だけ残してアーキテクチャは全面書き換えじゃない？