VB初心者友の会 - 超初心者専用Q&A掲示板過去ログ

何でもかんでもグローバル変数というのが駄目と言われるのは、ローカル変数だと EXE がメモリ上に
ロードされたのと同じ領域で確保されるのに対し、グローバルはシステム領域に確保されるので、意味
もないのにシステムを圧迫するな、とか、そんな理由だったと思います。　共通化する必要のないもの
までグローバルにするな、という事ですね。　必要なときはバンバン使いましょう。

GoTo を使うな、というのは、正しくオブジェクト指向に則ってコーディングしていれば GoTo なんて
使うはずがないし、GoTo なんて使うからロジックが破綻したスパゲッティプログラムになるんだ、と
いうような理由だったと思いました。

ただし、GoTo に対しては私は別の意見を持っており、所詮８６のアセンブラに翻訳されるのだし、そ
の分岐命令は GoTo と等しい、単純な条件分岐しかないのだから、GoTo を使った方が速いでしょ？、
と思っております。 まぁ、そんな事を考えずにいい加減に GoTo を使うことについては、やはり駄目
だとは思うのですが。

なるべく使うな、使うときはループの外に向かえ、リトライの場合や無限ループでない限り、上方向
には飛ぶな、という事を意識していれば、使っても良いのではないでしょうか。

せつらさん、早速のレスありがとうございます。

> グローバルはシステム領域に確保される
確保される領域の違いから来ていたのですか、よくわかりました。φ(．．;)メモメモ
私は、定数をうまく使うとコードが解りやすくなるとのことで、
標準モジュールにPublic Constとしてかなり大量に使っていますが、
これもシステム領域を圧迫しているのでしょうか？

> ロジックが破綻したスパゲッティプログラムになるんだ
雰囲気で解りました、うどん程度で済むように心がけます。

> なるべく使うな、使うときはループの外に向かえ、リトライの場合や無限ループでない限り、上方向
> には飛ぶな、という事を意識していれば、使っても良いのではないでしょうか。
上方向に飛ぶと無限ループになる恐れがあるということですか　(`_´ )ゞ了解！

何重かの入れ子？（字が解りません）のループ内側からいきなりループ外へGoToしても
不都合は起きないでしょうか（スタックが変になるとか）

すいません質問にもならないようなことを聞いてしまいまして　多謝
今後ともよろしくお願い致します。

> あるＭＬの過去ログを読んでいると解らないことがいくつかありました。
> そのスレッドではみなさん当然のこととして議論されていますので、

ダイクストラさんの提唱した構造化プログラミングが
今のプログラミングの考え方の基礎になっていて、もはや常識の常識なので、
いまさら議論の対象にならないのですね。
ちなみに、1960年代の後半にはもう登場しているプログラミングスタイルです。

「ダイクストラ 構造化プログラミング」などのキーワードで
検索すればやまほど情報が見つかると思います。

かなり昔のものですが、その解説書としては以下の訳本があります。
http://www.saiensu.co.jp/books-htm/ISBN4-7819-0276-6.htm

まぁこれを読まなくてもWebで調べても概要はわかるかと思います。
この機会に勉強しておくとよいでしょう。

> １．グローバル変数のフラグはあまり使いたくない。
> ２．コードの中でgo toはできれば使いたくない。
> 　（エラー処理でも使わない方がいい？）

で、２つはその構造化プログラミングの中で言われている話です。

それぞれがよくないとされるのは以下の理由。
１．コードのすばやい理解、容易な修正を妨げ、コードの保守性を低下させるから。

  グローバル変数はプログラム内のどこからでも書き換えることができてしまいますので、
  グローバル変数を無闇に使用してしまっているとそのプログラムを修正しようとした場合、
  あるコードの変更がプログラム全体に影響を与えてしまうかもしれないので、
  コード全体を慎重に見渡さないといけません。
  これは複数のメンバーでプログラミングするときは特に致命的です。
  なので、無用なグローバル変数は避けるた方が身のためというわけです。

  ただし、当然のことながら、プログラム全体で値を保持する必然性があれば、
  グローバル変数を使うのは問題ありません。

  「グローバルなフラグ」を使いたくないというのは、
  フラグというもの自体が、基本的には、一時的にそのときの状態を記録しておくだけのもので、
  それ自体がグローバルである必然性のある場面が少ないからでしょう。

２．Gotoではどこに飛ぶかわからないから。
  Gotoでどこに飛ぶかは飛び先を示すラベル次第ですから、
　コードを読む上で次の挙動を予測しづらく、これまた可読性が落ちます。  
　例えば、For文なら、Forがあってその後には必ずNextが現れ、処理フロー自体は
  先に出てきたForに戻って続きと形が決まっているので、Forが出た瞬間で、
  Nextの位置を探し、その間が一つのブロックになっていることがわかります。
  Do〜Loopの構造でも同様で、これらの構造を使うことで基本的にGotoを使わなくても
  コードを書けるので、原則使うなと言われています。

  それに対して、On Erro Gotoの場合は、エラー発生時にジャンプするという特殊な用途に
  使用するものであり、また、原則として下方向へのジャンプであるといった点から、
  私は別に可読性も保守性も下げないと思うので、これも使うべきではないとは思いません。
  ＃VB.NET(VB7)ではTry〜Catchという構造化された構文が用意されているので、
  ＃このOn Error Gotoも特に必須ではなくなっていますが。

その他。
>標準モジュールにPublic Constとしてかなり大量に使っていますが、

定数は実行時には変更されることはないので、問題ないでしょう。
多分、同じ意味の同じ名前の定数を個別にPrivateで宣言する方が問題だと思いますので、
プロジェクト全体で使用する定数は定数の関連性ごとに標準モジュール等に
まとめて宣言しておくといいでしょう。(定数だけで一つのモジュールにするという手もよく使われます)

> １．グローバル変数のフラグはあまり使いたくない。
> ２．コードの中でgo toはできれば使いたくない。
> 　（エラー処理でも使わない方がいい？）
> 
> どのような背景から１．や２．が嫌われるのでしょうか
> 背景を教えていただけると理解が進むと思いますので、ご教授頂ければ幸いです。
既に回答が出ている通り、後々のデバッグやメンテの為です。
プログラムは、コーディングなんかより、テストやデバッグで工数が掛かるものですので
軽くみてはいけないですね。
また、職業プログラマになると作ったソースは１０中８，９、赤の他人にメンテされます。
その時に「〜〜ってヤツはなんつーソース書いてんだ！ツラ見てみてぇ」なんて事にも(^^;)

＃今現在障害対応しているプログラムが酷過ぎる。書いたやつの顔が見てみてぇ・・・(泣)
＃なんで１プロシージャに4500行も・・・しかもGOTO使ってて飛んでる場所探しが辛いし・・

よねKENさん、レベル１１さん　レスありがとうございます。
マルチレスですいませんm(_ _)m

< かなり昔のものですが、その解説書としては以下の訳本があります。
< http://www.saiensu.co.jp/books-htm/ISBN4-7819-0276-6.htm
本まで教えていただいてありがとうございます。
理解できるかどうかはともかくとして、是非一読したいと思います。

< これは複数のメンバーでプログラミングするときは特に致命的です。
< なので、無用なグローバル変数は避けるた方が身のためというわけです。
自分一人で作っても、デバッグに苦労しています。
どうしても必要でない場合は使わないように心がけます。

< Gotoでどこに飛ぶかは飛び先を示すラベル次第ですから、
< コードを読む上で次の挙動を予測しづらく、これまた可読性が落ちます。  
確かに他人のソースでなくとも自分のソースでもよく解らなくなります。

< (定数だけで一つのモジュールにするという手もよく使われます)
それは判りやすくていいですね、なるほど

< また、職業プログラマになると作ったソースは１０中８，９、赤の他人にメンテされます。
< その時に「〜〜ってヤツはなんつーソース書いてんだ！ツラ見てみてぇ」なんて事にも(^^;)
まだソースを人に見て貰うレベルに達していませんが、そうなりたいと思いますので
（職業にはならないでしょうが）、顔を見せられるようなコードを書けるようがんばります。

常識以前のことが判っていないことが多いものですから、これからもよろしくお願い致します。
あきれずに回答いただいた皆様に感謝します。

> また、職業プログラマになると作ったソースは１０中８，９、赤の他人にメンテされます。
「昨日の自分は他人」ですから、仕事でなくても作法は守ったほうがいいわけです。
Cでよければ、「プログラミング作法」とか、「プログラミングお作法」
とかいう本もあります。
(前者はカーニハーン＆パイク著でK&R(通称バイブル)と同じぐらいかなり有名。
後者は・・・Yahoo Books Shoppingで「取寄せ不可」ってなってた。 (^_^;    )