Q&A
「グローバル変数」の定義を教えて下さい。
プログラミングにおいて、グローバル変数は（あまり）使わないほうが良いというのが定説ですが、実際、グローバル変数を一切使わない開発に参画した人はいるのでしょうか？
グローバル変数を一切使わない開発をしたことがあるという方は、どの程度の開発規模（人員など）だったかも教えてください。
- 追記
グローバル変数の定義ですが、たとえばC言語では次のように定義します。
１． 同じファイル内に宣言された変数で、同じファイル内ならばその値を参照・代入ができる変数をグローバル変数とする。
C
1// 「file1.c」ファイル 2# include <stdio.h> 3 4int global_val; // これがグローバル変数 5 6void main(void) 7{ 8 ... 9}
２． 外部ファイルに宣言された変数で、externで宣言された変数を外部変数と呼ぶ。外部変数もグローバル変数である。
C
1// 「global_val.h」ファイル 2extern int g_firmware_version;
C
1// 「file1.c」ファイル 2# include <stdio.h> 3# include "global_val.h" 4 5void main(void) 6{ 7 printf("%d", g_firmware_version); // 外部変数にアクセスできる 8}
グローバル変数の定義を追記しました。ご確認ください。
そういうことじゃないと思いますよ。
どういうことだったんでしょうか...
C#では字面上ではグローバル変数が存在しないことになっているのですが、public staicなフィールドは似たようなものです。なので、言語固有の名称によらない定義が欲しかったんです
＞言語固有の名称によらない定義が欲しかったんです
すみません、そのあたりは「この言語だけどグローバル変数使わずに開発したよ」という回答を期待していました。質問内容が漠然としすぎですね。
でも、ありがとうございました。
回答8件
0
ベストアンサー
こんにちは。
「グローバル変数を一切使わない開発をしたことがあるという方」ではないので、直接の回答ではないです。すいません。
クラス内のstatic変数はグローバル変数と同等ですし、シングルトンもある意味グローバル変数と同じです。
「プログラミングにおいて、グローバル変数は（あまり）使わないほうが良い」は、そのような「広い意味」でのグローバル変数をあまり使わない方が良いと言う意味です。これは変数のスコープを無闇に広げると苦労するって経験則ですので。
しかし、そのような広い意味でのグローバル変数を「全く」使わない場合、全ての変数をバラメータ経由で渡すことになります。例えば、エラーログやコンソール出力等、ほぼ全てのクラス・オブジェクトが使いたいようなオブジェクトまで一々バラメータ（コンストラクタのパラメータ含む）で渡すことになります。
そして、それらのグローバル変数にしたいようなオブジェクトをGlobalClassみたいなクラスに纏めて、全ての場所にパラメータで渡すわけです。ナンセンスですね。
もしくは、static変数やシングルトンを使ってこれはグローバル変数ではないと主張して、本来スコープを狭くするべき変数までグローバルにアクセスできるようにしてしまうとかですね。
実は昔、グローバル変数を絶対使わないことにチャレンジしたことあります。そして、GlobalClassを作っていることに気が付いたのでチャレンジを中止しました。
それ以降、安易には使わないよう努力してますが、多数のクラスが裏方的に使う変数はグローバル変数にしてます。（裏方的な変数をパラメータで渡すと見通しも悪くなります。）
変数のスコープは可能な範囲で最小限にすることが望ましいです。しかし、必要であるにも関わらず無闇にスコープを小さくすると、却ってメンテナンス性は劣化します。
要はバランスです。バランスを欠いたプロジェクトは悲惨なのです。
投稿2016/08/03 10:42
総合スコア23274
0
C# での開発なら使うのは不可能です。
C# にはグローバル変数やグローバル メソッドはありません (言語によっては、グローバル変数やグローバル メソッドが存在する場合もあります)。
投稿2016/08/03 09:53
総合スコア28673
まさに今、C#でプログラミングしているのですが、
static public class GlobalVar{
static public int globalVal;
}
みたいな感じでグローバル変数を作ってプログラミングしています。こういうやりかたってあまりしないのでしょうか？
それはグローバル変数ではありません。字義上もそうですし、なぜグローバル変数を使ってはいけないのか理由を考えるとわかると思います。
グローバル変数を使ってはいけない理由は、「変数のスコープが広くなり、いつどこで値が変更されるかがわかりづらくなる」と考えています。
そのようなグローバル変数を使ってはいけない理由は理解できるのですが、実際問題、グローバル変数を使わないとコーディングできないような状況ってありませんか？という意図で質問しました。
たとえばWindowsForms開発のときにWindow間の値の受け渡しができないので、一時的にグローバル変数を使って値の受け渡しをする、みたいなときで使っています。
語弊があるので書き直します。
それはグローバル変数ではありませんが、グローバル変数のような使い方が可能です。
もしそのような使い方をするならば、グローバル変数と同じ問題を抱えています。
ウィンドウの間でデータを取り交わすなどグローバル変数を使いたくなる場面がしょっちゅうあるとしたら、それはオブジェクトをきちんと設計できていない場合であることがほとんどだと思います。
オブジェクト指向にはそれなりの書き方があります。
疑問なのですが、オブジェクト指向プログラミングならば、必ずグローバル変数を使わずに（上記のstatic public classのような使い方もせずに）コーディングできる方法（設計）が存在するということでしょうか？
必ずとは言いません。
プロジェクト内のどこでも使える変数があった方が簡単になることもあります。
しかし、グローバル変数ありきで作られたコードは見るに堪えないものが多いこともまた事実です。
ここでオブジェクト指向と言ったのは、「きちんと適切なオブジェクトに機能が分割されているか」ということです。グローバル変数を多用するということは、プロジェクト内のオブジェクトの多くがそれに依存していることが考えられます。ということはつまり、機能の分割がうまくいっていない一つの指標になります。
機能の分割がうまくいっていないということは、再利用性と保守性が落ちるということです。これは前時代のプログラミングです。
悪いのはグローバル変数ではなく、まずそれありきで設計することです。
＞プロジェクト内のどこでも使える変数があった方が簡単になることもあります。
まさに私がこの質問をするきっかけになったのがこの一文です。
「世間ではグローバル変数は（あまり）使うなと言われているけれど、実際問題グローバル変数なしでコーディングするのって無理じゃないか？自分のスキルが低いからそう思うだけなのか？ほかのみんなはどうしているんだ？」という疑問をもったので、『グローバル変数を一切使わない開発に参画したことがありますか？』という質問をしました。
Chironianさんも「要はバランスです。」とおっしゃっていました。今のところ、「グローバル変数は必ずしも悪ではない」というのが結論なのかな、といった感じです。
0
グローバル変数は使っていない…と思いきや、グローバル変数を通り越して「プロセスをまたいで共有される」環境変数をよく使っていることに気づきました。サーバごとに変わる、あるいは安全上git管理したくないような、ソースコードに書けない接続情報などについて、環境変数に置いてアプリからそれを読み取るというのが、Webアプリでもよく行われています。
これでグローバル変数の弊害はないのかといえば、ふつう環境変数の値は読むだけですので、「プログラム内での意図しない書き換え」というのが起きないため、問題はありません（実装としてはプログラム内から書き換えることはできるのですが、頻繁に書き換えるような値を環境変数経由で渡すという設計は、常識的に行わないのでまず問題になりません）。
それ以外でも、ロケールのように「初期設定すればあとは読むだけ」とか、ロガーのように「書き出し専用」というものの場合、ある箇所で使うことが他の箇所に影響を与えることもないので、グローバルに実装して大問題となることはないでしょう（本当にグローバルに作ってしまうと、「テストしづらい」という問題があるかもしれませんが）。
投稿2016/08/03 11:11
総合スコア146532
環境変数は考慮していませんでした。
たしかに環境変数はグローバル変数よりスコープがはるかに大きいですね。
ただ、おっしゃるとおり基本的に環境変数は読むだけだと思いますし、一度読み込んだらエラーが起きるまで再度読み込みはしないという設計をすると思います。そういう意味では、環境変数というよりは環境定数として扱っていると思います。
0
「グローバル変数」は使わなくても普通に開発できるんちゃうかなあ。
グローバルに参照できる define 的な定数ならよく使いますな。
グローバルに使うって意味ではデータベースやファイルもそうなる?
まあ、こじつけですが、この場合は影響を小さくする工夫はしますね。
そういう意味では、グローバル変数を使う場合も(どうしても使うなら)
そういった工夫をするのが一般的じゃないかなあ。
投稿2016/08/03 10:44
総合スコア7466
個人的にはデータベースやファイルは個人のコーディングの問題の域ではないので、グローバル変数扱いしたくないところです。
また、#defineに関しても、グローバルに使う定数（仕様で定められている定数）ならば、専用の外部ファイルを作成して、そこにまとめて宣言したほうがいいと思っています。
0
うちは個人ごとで小規模のプロジェクトを運営するので、人によってはグローバル変数を使用します。
やはり言語にもよるのではないでしょうか。
VBのVer6以前であれば、どうしてもグローバルを使うことがあります。
いまは.netやJavaなどのオブジェクト指向の言語が中心なので、
個人的にはグローバルはあまり使わないです。
時々、VB6から抜け出せない人が、グローバルを使いたがります。
投稿2016/08/03 10:31
総合スコア128
たとえ社内の業務でも、個人での開発ならばグローバル変数を許容しているのですね。
VB6で開発をしていたとき、フォーム間の値の受け渡しがわからなくて、「フォームを開く前にグローバル変数（外部変数）に値を書き込む→フォームを開いたらすぐにグローバル変数を読み込む。それ以外ではこのグローバル変数は使用したらいけない」というルールでコーディングした経験があります。
.NetでのWPF開発では、このようなフォーム間（Window間）の値の受け渡しが可能になっているのでしょうか？
0
言語にもよりますが、開発ではグローバル変数は使いません。
php
1$_SERVER 2$_GET 3$_POST
上記のような、言語仕様として存在している(スーパー)グローバル変数は使いますけどね。
PHP:スーパーグローバル
投稿2016/08/03 09:58
退会済みユーザー
総合スコア0
0
C#だからグローバル変数使っていないなーと思っていたのですが、
Cのグローバル変数ってファイル単位なのですね。
であれば、同じ問題はクラス変数でもあり得る話です。クラスがあまりに大きくなりすぎるとどのメソッドから書き換えられるか分からなくなります。結果、変数同士の整合性が崩れて問題を起こします。
この場合、私は、クラスが大きすぎたのだと考えます。関連性が強い変数通しを別クラスに定義しなおして、変数への操作を隠蔽するようにしています。
なので、ファイルがあまり大きくなければ問題無いし、適切な場合も多いだろうなと思いました。
投稿2016/08/03 20:38
総合スコア2884
あなたの回答
tips
プレビュー
