グローバル変数を使おう

グローバル変数を使った方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

助かる。

メンバ変数をpublicにしてアクセスした方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

Javaだったら

class Var {
public static int a;
public static int b;
public static String s1;
public static String s2;
:
}

てな感じのクラスをつくってどっからでもアクセスできるようにすれば
OKですね♥（昔こういうコーディングしてた後輩をどついた記憶が…）

この板で人が減っていくのも分かる気がする。。

>>5
早めの夏厨が来てるだけだと思いたいね。

>>5
グローバル変数を使っちゃいけない理由は
管理できないバカがいるからでしょ。
それ以上の理由があるとは思えないけど。

愚弄バル変数ばかりのソースを、ドキュメント無しで解析させられている。
シーケンス変数のみで制御していて、それがいろんな関数で書き換えられる。
何がなんだかわけわかんねー。
死にたい。

>>7
あなたは確実にその馬鹿の中の一人だ
……と思われ。

>>4
ドキッ！

>>1
プログラム組んだ事あるのか？
学校のレポート程度の長さのプログラムしか知らないのかな・・・。

>>1
グローバルに頼ると、ソフトウエア業界では晒しに近いソースになるぞ…
新人君や使えネー上司が組みソースはグローバルばっか。

ＢＡＳＩＣライクＣとかはヤメレ。

Perlでuse strictを使う奴はﾄﾞｷｭｿ！！！！！
グローバル変数ﾏﾝｾｰﾏﾝｾｰﾏﾝｾｰｰ！！！！

ネタスレならプログラマ板行ってくれ。
http://mentai.2ch.net/prog/index2.html

本気なら天国でも逝ってくれ。

名前空間は有限です。

>>12
だからそれがバカなプログラマーのためだっていってるの。
別にグローバルオンリーにしろっていってるんじゃなくて、
メインのデータをグローバルにしておいた方がいいって。
いちいち引数にして関数に渡すのが無駄だっていってるの。

オブジェクト志向はグローバル変数を使おう志向なわけよ。
クラスベースで組んでいるとメンバ変数（グローバル変数）は必須

グローバル変数を嫌う奴は一生手続き志向でmainから始めてろ。

モジュール化もせんで良いようなトイプログラムでは全く問題
ないがな。

そもそもその程度の使い方は君以外のマトモなプログラマに
とっては常識だ。くだらないスレ立てやがって。
責任もって削除依頼出して来い。

例えばC言語なら、”global.c”というファイルを用意して
コメントに”DATA-DIVISION”と書くのが理想だＮＥ！
勿論、関数は全てhoge(void)で、内部でグローバルをいぢるＹＯ！

だってうちの会社グローバル禁止なんだもん

static int value;
int *getGlovals(void)
{
return (value);
}

static int value;
int *getGlovals(void)
{
return (&value);
}

クラス変数＝グローバル変数

>>1
ガンガン使われてますが？

>>20
それはお気の毒に。。。

今の世は、グローバルスタンダードなんだよ！

#define private public

1さんのいうグローバル変数はクラスのメンバ変数のことじゃないとして...
１つなら存在してもいいと思う。
MFCやC++Builderが生成したフレームワークにある、アプリケーションクラス
のインスタンスがそれ。
そいつがいろんなものを持っていればよいわけで。
参照するときは長ったらしくならないように、
{
PExampleClass pExam = MyApp.GetExample();
int ex1 = pExam->GetEx1();
int ex2 = pExam->GetEx2();
...
}
というようにブロックの始めにポインタを用意すればいいし。

Ｃだったら１つstructを作ればよいのだろうか。

Javaならmain自体がクラスの内部にあるから、本当に１つも要らない。
てゆうか作れないのだが。

2ch初投稿なのでよくわからんＹＯ!

Ｃ++のクラスのメンバ変数でもいっしょだと思うよ。
Get〜やSet〜を用意するならパブリックにしても
なにも変わらないと思うけど。間接的になってる気がするだけで
値を間違って変更するばかはわざわざGet〜を使って変更すると
思うけど。

>>27
> MFCやC++Builderが生成したフレームワークにある、アプリケーションクラス
>のインスタンスがそれ。
MFC はしらないが、VCL の Application はグローバルじゃない。
Formsの名前空間内にあるぞ。
グローバルとパブリックを勘違いしてないか？

>>28

> Ｃ++のクラスのメンバ変数でもいっしょだと思うよ。
> Get〜やSet〜を用意するならパブリックにしても
> なにも変わらないと思うけど。間接的になってる気がするだけで
> 値を間違って変更するばかはわざわざGet〜を使って変更すると
> 思うけど。

この辺が厨房的発想。
仕事でそれなりのプロジェクトを経験すれば解ることなのかもしれないけどね。

間接的であることが大事なのだよ。

漏れは仕事でそうなったわけじゃないが、メンバ変数をパブリックにすることには
なんとなく嫌悪感を覚える。

でかくなると非常に重要。
人間の一時の記憶力と把握力なんて、でかいプロジェクトに比べれば
屁みたいなもの。そうじゃなきゃコンピュータ使う必要も無い。

楽がしたいなら一人で逝ってろ！>>1

グローバルなのってだめなの？

明らかにシステムにひとつしかない状態用の変数とか
グローバルに切ってもいいと思うんだけど。

あと、ガーベージコレクションをさせたくなくて、
どんどん寿命をながくしてたらいつのまにか
グローバルがいっぱいってのもあったんだけど。

>34
グローバルってただのクラス変数のことを言っているのか？
それともそれをpublicにすること？

>>32
大きさは関係ないと思うよ。
Set〜つかっても記憶力や把握力が必要なのはいっしょ。
そんなのだめな理由にはならないよ。

>>34
インスタンス参照をどこかのリストにでも登録しとけ。
ばらばらのグローバルになんかするなよ。

はいはい勝手にそう思ってプロジェクトを混乱のどん底に叩き落してくれ。
あんたと一緒に仕事する羽目にならないことを祈っとくよ

1がどういうつもりでこのスレ立てたのか知らないが、
>いちいち引数にして関数に渡すのが無駄だっていってるの。
恐らく関数型言語のclosureや、pascalの内部定義の
様なスコープ規則があれば納得するんだろうね。

グローバル変数にしなければ無駄な管理の必要さえないんだが。
そんなに無駄に管理に手間を掛けたいのかね。

いちいち引数にしないと参照できないのがどれほど重要かわかってない
ドキュソな」だけだろ

定数とか不変のテーブルならグローバルに置くけど。

既存のプロジェクトで、すでにグローバル変数があちこちのソースに
ばらまかれているんだー。

>>40>>41
超激しく同意

なんでこんな話題で40レスも付いたのか不思議。

>>43
それが糞に過ぎないことは、認識＆同意してるんだよな？
ならば君はドキュじゃない。
理想をいえばリファクタリングの対象の筆頭だなそれは。

こんなスレあったのか。驚きだな。
あれだ。憂鬱本のグローバル変数への言及を読め。
けだし名文だぞ。

>>7
それを言ったら計算機言語は全部その
「ついてけない馬鹿」への救助活動(わら)の歴史だ。
ビットパターンをスイッチで入力していた時代に
戻りたいか？
つまり、より楽になる(そのくせ失うものは殆どない)方向に
いきたがるというだけだ。人類的に当然の話。

>>15
本気じゃないよな？(わら
有限であっても事実上使いきることは不可能だな。
内部的に識別可能個数はどうせ32bit個とかの
その環境での最大限の値になる(ので失うものは無い)し、
名称の識別性については字数かける8(わら)bitだから
名前空間の広さは天文学的。

>>17
おまえ憂鬱本読んだことないだろ。
グローバル変数とOOPの変数の
似ている点と違う点について、理解してるか？
つまり、スコープと寿命を混同するんじゃねーよ！っていうこと。

>>27
>１つなら存在してもいいと思う
それは言える。どっかにrootが必要だ、という場合は多いな。

OOPといったらC++かjavaかくらいしか知らないヒトは
他の言語も見ような。

たとえばdelの「プロパティ」は、生メンバ変数のラッパになり、
しかもラップするときに公開性を変更できるから
かなり便利だぞ。内部処理的には生変数操作であっても
外部からはリードオンリーにする、とかもできるから。

C++(とそれを真似たjava)の公開性管理方法だけじゃ
結構片手落ちだろ。使いにくいよあれ。

君らはいいね。グローバル変数禁止のような習慣をつくれて。
うちの社内ライブラリはグローバル変数の塊だよ。

うちの会社がゲーム系なせいか、ドキュソな設計でも言い逃れしやすい。
「メモリの断片化を避けるためnew禁止」とか
「ポインタ参照で連鎖の効率低下するからグローバルでないとダメ」とか。

ちくしょう

>>45
一部のレスの真意を取り間違える自分を賢いと思っているチュウボばかりだからです。

株式会社グローバル

>>48
本屋でちらっと見かけただけ(しかもそのとき
メモ帳も持ち歩いてなかったので署名も失念)なんだが、
C++パフォーマンスチューニングなんたらかんたら
っていうような本が有るようだ。

時間無かったんで中身も読んでないが、
タイトルどおりに期待するならば、
きっと君を救ってくれる情報が少しは
書かれてる本なのだと思うぞ。

newは、制限したほうがいいのは確かだろうが、
全面禁止は不味いだろう。多態をいっさい使えない。
それじゃC++の意味なし。生Cにしとけって感じ。

ていうか、そこまで言う会社って、
やっぱり市販のなんかより遥かに高性能なコンパイラも
自分らで作るんでしょうか？
そこまでやらないとただの半可通のような気がする。
他人が作った挙動予想不能(厳密にはね)のコンパイラ
なんかを使ってちゃ、そこまで突き詰められないはずなのだが。

ちなみにその本の使い方だが、
職場の自分の机に、これ見よがしに置いておく(わら)のが
第一段な。あとは健闘を祈る。んじゃ。

今、プログラマー板が熱い。

私はGlobalクラスを作って、変数をstatic publicにしてます。

Global.i

ね！オブジェクト志向な感じでしょ？

>>53
雑魚は去ね

>オブジェクト志向

どうでもいいが、この誤字はわざとか？

まあ、あえてそう訳したいという
タイムスリップ(15年くらいか?)志願者は、
そこに1列に並べ。
15年だから厨房ならば丁度ものごころつく前まで戻れるぞ。脳が。

グローバル変数が悪いのではない。
管理されていないグローバル変数が悪いのだ。
誰も彼も勝手に書き込んでしまい、管理者を立てないから混乱する。
グローバル変数にしておいて、その変更を誰かが管理しておけば、
変な混乱はしない。
というわけで、static変数やシングルトンなんかを使おう。

だって引数で渡すのめんどくさーい。
hoge(int,int,int,int,int,int,int,int,int,int,int,int,int);
とかウザクない？
全部グローバルの方がいいよ！。速いしね。

>>57
ネタだとおもうんだが・・・

1，そんなに引数を渡す必要があるのか? 設計がカスかも
2，必然性があるなら意味単位で構造体orオブジェクトにしよう

>>58
Javaなんでクラスを増やすのが嫌なんです。
わらわらファイルや容量が増殖してオーバーヘッドがかかって
起動が遅くなって死ぬので・・・。
Cなら構造体にまとめられるんですけどね。

>>1
１は大規模なプログラムを組んだ事が無いと思われ。ン千人規模のプログラムで
グローバルなんか使われたらこっちがたまらんわ。ボケが。

>>59
Javaも結構DQNなんだね。

>>61
ちがうよ
>>59がすっとろいの

>>60
大規模ならば、レビューが入り、テストも入念に行われるから、
たとえグローバル変数つかいまくったとしても無問題。
事前に取っ払われるか、テストで問題が出るか、あるいは、完全に動作する。

>>61
Java厨＝Del厨＝DQN

大規模ならば、レビューが入り、テストも入念に行われるから、
たとえフルアセンブラでかきまくったとしても無問題。
事前に取っ払われるか、テストで問題が出るか、あるいは、完全に動作する。

63=厨房=DQN

クラスだけ渡されて使ってくれって仕事もありそうだが…

64＝復唱君＝DQN

64みたいなDQNがプロジェクトに居たらイヤだな・・・

66=63=未経験リアル厨房

66みたいのはDQNは社会に出てこないで欲しいな・・・

64＝67＝口だけのなんちゃってエンジニア

67みたいのが来たら辞職勧告するか、仕事与えないね。
あ、すでにそうだったりして(藁)

とんでもないグローバル変数列伝をお願いします

63=67
シね。

/* gurobal hensuu */
int hoge;
int x;
int hensuu;
int var;

>>63-67 (69除く)

いろいろ混乱してる(w

訂正
>>63-67 -> >>63-70

俺も混乱してる(w

ローカル変数が良くないのは、
そもそもカプセル化の考え方が間違っているからだ。
switch文をやめて全部if〜thenで書こう。elseも使わない。
サブルーチンをやめて全部GOTO文にしよう。
サブルーチンとスイッチをやめて
パイプ構造だけでプログラムを書けば
上から下へすっきり読めて気分がいいぞ。

>>74
ネタはsageろ

私もグローバル変数の使用には賛成です。
保守性、可読性が下がって工期が延びれば、（DQNな）客からはお金をいっぱい
取れる（まともな客には見限られるけどＷ）し、何よりも、一般的に敬遠される
コーディングスタイルを貫く方が自分の独自性（自分にしかメンテできないこと
で、組織の中での自己の存在意義を高める）を主張できる。

ただし、自分は関わり合いになりたくないけど。

「自分（社）と利害関係のない他人（社）の人」が大逝変数を使いまくる分には
大賛成ということで・・・。(藁

どうしてこの手の話題ってすぐに全面対決になるんだろうね？
しっかり管理してあれば、グローバル変数を使った方がすっきるする場合もあるし、
ﾄﾞｷｭｿにかかればどんな優れた仕組みでもバグの温床になる。
ある一点からしか物事を見られないというのは、プログラマやSEとしては
致命的だとゆうことがわからないのかい？(ﾌﾟ

口頭での連絡を使った方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

駅の掲示板を使った方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

仕様書を書かずに直コーディングする方法を使った方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

どんな作業も管理者IDを使った方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

＊を使った方が楽だよ。きちんと管理できない
バカがいるから使うと面倒になるだけで。

というのは、頭の悪い発言を無理矢理正論化しようとする能無しがよく用いる方法。

OSの環境変数ってグローバルですか?

つか、グローバル変数を使うとカコワルイので却下。
gotoよりも必要性を感じない。

どんなバカでも大丈夫になるように、世の中は進んでいくわけだけれども、
本当にそれで良いのかと考え込んでみたりもする。

能力を信頼できるプログラマーが集まったプロジェクトなら
グローバル変数使っても問題が起きないと思うけど、
その中に文法さえも怪しいのが入ると使うのが怖くなる。
結局は能力だけの問題だと思うんだけど。

int x( int g ){
...
y( g );
}

int y( int g ){
...
z( g );
}

int z( int g ){
...
u( g );
}

みたいのがあると、グローバル変数使いたくなる。

>>84
それで
int u( int g){
...
return u(g-1);
}

みたいになっていない保証があるなら…

>能力を信頼できるプログラマーが集まったプロジェクトなら
>グローバル変数使っても問題が起きないと思うけど、
机上の空論
楽だからという理由でグローバル変数を使う人間が信頼できるわけがない

>>86
楽だから使おうってのが悪いことだと思えないけど。
OOPだって、楽を求めていると思うし。

楽だけど危険。

>>83
グローバルにする価値があるかきちんと判断できる人間だけが
集まったプロジェクトなら平気だと思う。が、普通はそんな
プロジェクトはないと思うので、やめた方が無難じゃない？

>>87
＞OOPだって、楽を求めていると思うし。
この時点で、>>1が何も理解していないドキュンだと言うことが判明しました。

「楽」ということばに、
「過程を楽する」（≒手抜き）と、「結果で楽する」の2つの意味が
あるのではないかと思われます。

受験生が勉強しないのは前者の意味であり、猛勉強するのは後者の
意味です。(藁

> グローバル変数を使った方が楽だよ。
理解している人には説明無用。理解していない人には説明不能。

根本から話が噛み合いません。
これ以外に言うべき言葉が見つかりません。

　 　 　 　　　　┌┬┬┬┐
　　　　―――┴┴┴┴┴―――――、
　 　/. ￣￣￣//.￣￣| ||￣￣￣|||￣ |｜　　　 　＿＿＿＿＿＿＿＿＿＿
　　/.　 　　∧// ∧ ∧| || 　 　 　||| 　 |｜　　／
　[/＿＿__(ﾟ_//[ ].ﾟДﾟ,,) ||＿＿＿||| 　 |｜ ＜ 　>>1を迎えに来ました
　||_.　*　 ＿|_|￣￣ ∪|.|. 　 　 　 |ヽ. _|｜　　＼＿＿＿＿＿＿＿＿＿＿
　lO|o―o|O゜.|二二 東|.|京 精神病院 ||
　| ∈口∋￣_l＿＿ｌ⌒ｌ_|＿＿＿__|_ｌ⌒ｌ_||
　　￣￣`ー'￣ 　　`ー'　 `ー'　 　`ー'

「楽」ということばに、
「過程を楽する」（≒手抜き）と、「結果で楽する」の2つの意味が
あるのではないかと思われます。

やたらグローバス変数を使うのは前者の意味であり、一所懸命クラスライブラリを作るのは後者の
意味です。(藁

>>94

フォローありがとうございます。(苦笑)

そういや、ポインターの使用を禁止にしてるＣの厨房プロジェクトがあったな。

この場合はグローバル必然的に増えるよーな…

>>96
それはグローバルを禁止して、やたらとポインタや
ポインタへのポインタが引数に並ぶのといっしょ。
別に全面的にグローバルにすべきってわけじゃない。
gotoもそうだけど、使うのは厨房って考えは間違ってるよ。

>>97
全然違います。

>>98
具体的におねがいします。

簡単なことだ。
グローバル変数の使用は許可制にすればいいんだよ。

そして許可制にして管理すると、開発が遅れる
かと言っておのおのが楽だからと、勝手に作ると管理できない
結局全然楽じゃない

>>1は>>96を肯定してるのか。

>>96
してないよ。グローバル禁止もポインタ禁止もどっちも
ばからしいことだと思ってる。
でもどっちもだめなプログラマーに対する対策として
しかたなくやってることだろうから否定もできない。

>>103
普通、先輩とかにコード見られて、
「直せ」って状況になるんじゃないの？

グローバル変数が禁止されてるなら
シングルトンでごまかせば？ >>1

>>103
「グローバル変数を使った方が楽だよ」とか言っている
＞だめなプログラマーに対する対策として
禁止するのは仕方がないだろう

なんで開発方針みたいなDQN話をしてんだ？
グローバル変数の話をするスレじゃないのか？

Cのソースで1000行から3000行越えたあたりから、
かーなり管理がウザクなってきて、10000行越えたら
もうヤって感じだな。

学生時代、簡単な実験装置を制御するプログラムを
同期と一緒にいぢった時の話。
グローバル変数じゃないんだけど、数千行に及ぶ関数の中で、
かーなり外側のループでiとかjがフツーの変数として使われてた。
知らずに
for(i=0;i<MAX_HOGE;i++){/*fugahoge*/}
とか追加した為に、エラくタノシイことに...(・∀・)
# いや、見た瞬間、書き直さないと逝けないとは思ったん
# だけど....メンドクさかったんだよぉ

>gotoもそうだけど、使うのは厨房って考えは間違ってるよ。

単に「最後の武器」っていうだけのことだ。だから>>1の
「グローバル変数を使った方が楽だよ」ってのは
あまりにも中途半端な言い方であって、正しくは
「グローバル変数を必要最小限使った方が楽だよ」
とすべきだな。

でもまぁ、(無理せずに)全く無くすることも不可能じゃないがな。
プログラムのデータ構造全体をCompositeパターン的にtree構造に
してしまい、根をmainのローカル変数にすりゃいいんだ。

delのComponent管理がコレに近い。ただし根のApplication変数は
なぜかglobalだが(わら
あとObjectiveCつーかOPENSTEPフレームワークの
NSAutoreleasePoolっていうクラスの仕組みも、それに近い。

>>109
グローバル変数がダメなのではなくて、
管理できないグローバル変数がダメなんだよ。
グローバル変数を効果的に使用して効果をあげているプロジェクトは
幾つもあるし、その使い方は哲学的であることもしばしば。
セオリーを知って、その上に思想を持った自分のセオリーを構築できれば
周囲は説得できるし、武器になると思う。＜ごめん、かなり抽象的だね。

>>110
プログラムに哲学や思想を持ち込むなよ
周囲が迷惑する

Del厨が来ると雰囲気が悪くなるね

>>110
現場のプログラマに周知徹底できてこその哲学と思われ

>>111
いや、それは不可避だぞ。どうせ人間のやることだ。
言語仕様みたいに、(作者の)哲学の塊みたいなもんを
俺らは日常的に使わされてるわけだろ(わら

問題はそこじゃない。

>>110
結局は、哲学が「(客観的に見て)間違って」なければ、通るかもだな。
計算機的に間違ってる哲学なら、なんぼ主張しても通らないか、
無理を通して道理引っ込む(=プロジェクトが崩壊)かどっちかだ。

メジャーな言語(という哲学の塊)を使っても大丈夫なのは、
ひとえに、その作者の哲学が間違ってなかったから、だ。
一度、ドキュ会社が作ったドキュ言語を使わされてみろって。
昇天できるぞ。

哲学といっておきながら、人間の思想だけの問題じゃなく、
同時に計算機をきちんと動かすこともできる思想、
でないと駄目ってのが、ここでいう意味の「思想」
って奴の味噌だろう。

そうでない場合は、つまり「独善」だ。

>>111
申し訳ない。
哲学や思想という言葉に拒絶反応を示す人間が居る事を考えるべきだった。
ポリシーという言葉ならOKかな？
グローバル変数は何処からでも参照できる（書き換えできるとは言わない事に
注目して欲しい。）特徴を持ったオブジェクトなんだ。
この素晴らしい機能に着目した事が無いなんて寂し過ぎると思う。
カプセル化、隠蔽は役に立つポリシーだが、自分自身のポリシーを
確立させることもプロとして重要な事だよ。

この擦れみてると凡庸な下っ端はつらいね、死にたいね、ｼﾈﾖ
まぁ、リビドーを満足させるような状況になるには、そうだねぇ、
あと何年かは耐えないとね。あ、そのころにはあんた、部下から
この擦れのように陰でぶちぶちいわれてんだけどね。

>>115
>哲学や思想という言葉に拒絶反応を示す人間が居る事を考えるべきだった。
>ポリシーという言葉ならOKかな？

おい。それは全く同じだろ(わら

>グローバル変数は何処からでも参照できる（書き換えできるとは言わない事に
>注目して欲しい。）特徴を持ったオブジェクトなんだ。

おい。「変数」なら書き換えも許可だろうがよ(わら

自分自身の言葉の「正確な」意味に、少しは注意してくれ。

ちなみに上記は、単なる揚げ足じゃなくて、体まるごと転倒だぞ。
上記の齟齬によって論旨本体が危うくなってる(のを
俺は蹴っ飛ばした)のだからな。

判るか？
ポリシーという言い換えにもなってない言い換えを
するってのは人様を馬鹿にしてるに過ぎないのだし、
書き換え可能かどうかが結構重要な焦点になるんで
そこを間違えたら一大事、なのだ。

繰り返すが、
>自分自身のポリシー

ポリシーが工学的(てーかそれ以前)に間違っている場合は
プロとして死だぜ。

要するにさ、プログラミングって発想なんよ。アイデアなんよ。
組織がどうたらさ、文句いうなら自営でやれよ。お前はそこまで
独創的にアイデアがあるんだろう？自営が恐いならだまっとけ、
サンシタ。

グローバル変数を批判するのは判りきったことなのに
そんなのを偉そうにいうオヤジつまらん。
あたりまえの常識を盾に説教たれるオヤジはつまらん。

グローバル変数賛成派頑張れ。オヤジをぶっ倒せ。

自営つうか、だまってやっとけ。

>>118
>要するにさ、プログラミングって発想なんよ。アイデアなんよ。

発想とかアイデアが必要とされるのは、研究とかごく一部の分野だけ。

el mundo ausente

>>117
おや、ポリシーという言葉もお気に召さないのかい。
と言う事は君はかなり確固たるポリシーを持っている事になる。
ある意味感心だ。
私も安直に使われるグローバル変数に悩まされている者のひとりだ。
そういう意味では君の悩みは私の物でもある。
ただし、美しいルール（ルールではどうだろう？）の下に使われる
グローバル変数は有意義な場合が有る事を判って欲しい。

>>120
おまえさ、通勤途中で「あ、こうすればいいのか」
っておもいつたことないだろう？
それじゃ、プログラミング人生もつらいわな。
転職したら？

>>123
>言葉も

おい。俺は>>111じゃないぞ。

>美しいルール（ルールではどうだろう？）の下

たぶん違うはずだ。たしかlawという単語(=法則)が適合するはず。
味噌は、人間様の自由意志で必ずしもなんでも選択可能であるとは限らない、
という点なので。
それを満たさない、つまり人間の考え次第でどうにでもなるものは、
たいてい気分の問題に過ぎない。

>>124
いいこといった！

エレベータには何重にも防護策がとられているが、
うちの会社は優秀な技術者ばかりなので、
エレベータは一度も防護策が必要になるようなトラブルが発生することはない
だから今後の製品には、楽だから防護策を取り入れない

そんな会社の製品を買いますか？

わけわからん例えだなぁ。グローバル変数を使うメリットも、
グローバル変数不使用は「防護策」の「ひとつ」である、という事実も、
まったく入ってないじゃん。小学生からやり直せ。

グローバル変数を使うメリットは>>1が書いている通り「楽」だからだろ
そんな手抜きプログラムを喜んで使う会社は無い

>>115
> グローバル変数は何処からでも参照できる（書き換えできるとは言わない事に
> 注目して欲しい。）特徴を持ったオブジェクトなんだ。
書き換え不能のオブジェクトは「定数」という。

>>123
> グローバル変数は有意義な場合が有る事を判って欲しい。
でも大概の場合、「自分だけがそう思っているだけ」である
場合が多いことを判って欲しい。

誰かが書いていたけど、MFCで言う、CWinAppの派生クラスの唯一のインスタンス
が持つ、パブリックなプロパティはどうなんですか?
このクラスに入れれば、管理されたグローバル変数みたいなもんですけど。

やっぱりアクセス関数を書くのかな?

関数経由にすればブレークポイントが置けるのでデバッグで「楽」が出来る
>>1が言っているのとは別の意味で「楽」になる

C/C++ではファイル内static変数が使えるけどこれはグローバル変数とみなすの？
これはあったほうが便利だと思うけど。

>>133
駄目だろ。
グローバル否定派は、変数は全部ローカル変数じゃないと許さないんだよ（藁

自分の作り方としては　組込みなんかだと回路の方もやるせいか
フラグ志向というか、状態遷移図的な手法が多くなるな。
当然、グローバル変数のみ的世界。　他人から嫌われています。

パソコンの世界で仕事すると、Delphiを使うせいか殆どこんな書き方はしないんだけど

組み込みはハードの作法に従って好きなようにやってください。

つーか、タッチブレークかけられるならグローバル変数の方が
デバッグしやすかったりするね。

>>134
>グローバル否定派は、変数は全部ローカル変数じゃないと許さないんだよ（藁

おーい。OOPのメンバ変数のことも考慮してくれー(わら
というか、確かに本物のドキュなら考慮しないだろうけどな(わら

>>135
>フラグ志向というか、状態遷移図的な手法が多くなるな。
>当然、グローバル変数のみ的世界。　他人から嫌われています。

去年(今年じゃなく)のObjectDay2000で、組み込みの人も
大ホールで喋ってたぞ。
いわく、組み込み屋の開発手法において、第一の波は状態遷移図、
第二の波はOOP、なのだそうだ。
というか今第二の波に襲われ(教われ?)中、なのだそうだ。
まぁ1年以上前の話だ。今はもっと進んだんだろうな。

状態遷移をOOPで表すといえばStateパターンとか、
それによる挙動の自動変更といえばStrategyパターンとか、
ネタは色々あると思われるぞ。
状態遷移図すなわちグローバル変数、というもんでもない。

というか、1つのプログラムの中に同時に複数の「状態(遷移空間)」を
持ち込もうと思ったら、言語を使うかどうかはさておき手法的には
どうしてもOOP風になるだろう。

>>137
>タッチブレークかけられるならグローバル変数の方が
>デバッグしやすかったりするね。

もしかしてデバッガの話っすか？
それなら、今のグローバル変数とかしか監視できないデバッガを
逝かせるほうが、先決だな。

「Objectデバッガ」とでも呼ぶべきものが欲しい。
まぁVC++でも真似事は出来るんだが。Objectのポインタ値(変数じゃなく値)を
DragDropすれば、使い勝手は悪いが一応1つの(動的に作られた)Objectを
ストーカーできる。

とりあえず。
グローバル大好きな、馬鹿がプロジェクトに紛れ込むと死ぬから
生理的に嫌悪。
(馬鹿じゃなければ良いんだけどね)

(もう、あのデスマーチは思い出したくない。
( 思い出したくなくても、時々夢にまで出てくる。
( 鬱ー

namespace global
{
int var;
char var2;
}

anyfunc(...)
{
using namespace global;

...
}

とか、どう？

>>140
小手先のテクニックはどうでもよいと思われ

グローバル変数がout of rangeにならないようにする工夫ってある？

get/setグローバル関数でラップ

グローバル変数って素敵じゃないですか？
どうしてそんなに毛嫌いするんですか？
みなさんバカですか？
きっとそうなんだろうか。
世の中プログラムの何たるかを知らない奴がおおすぎるよ。

　　　　　　　　　　　　　　　◎＿＿＿
　　　　　　　　　　　　.　　//　　　　　/
　　 　　 　　　　　　　　. //　ソ　　 /
　　　　　　　　　　　　　//　ラ　　./
　　　　 　　　　　　　　//　ネ　　/
　　　　　　　　　　　　//　/　　./
　　 　　　　　　 　 　//　ヨ　　/
　　　　　　　∧空∧/＿＿＿/
　　 _______　｛´ ◎ `｝＜ ソラネーヨ
　 ,ィィ,ィィ＼）:::::::::（
　　しししし(_つ:::::::::ヽ
　　　ヽ＿＿ノ::::::::::::::|二手
　　　　　　（;;;;;;;;;;;;;;;;;;;）
　　　　　　／／　＞＞__
　　　　＜◎:::> ＜::::◎ノ

グローバル「定数」ならＯＫ？

>>146
const int a = 100;
みたいなのか？

>>143
なるへそ。

>>148
ヴァカ発見(藁

>>147そうです。

>>150
俺は当然のように使うけど、だめなのかな。

>>143
ラッパー経由で書き込むと、このスレで追求してきた
メリットが失われませんか？

グローバル定数は使っていいに決まっている

>>153
使うべきときにのみ使おう。
なるべく使わなくて済むなら使わない。
どうしても使った方が見通しよくなるのであれば使う。
無意味にグローバル変数に 頼る のは好ましくない。

作る方は楽だろーが、後でメンテするとき一つのグロが
100も200も見つかるとバグ要因探しきるのすんげーーー大変なんだよ。
使われ所を特定できるGetSet使っているほがまだ楽ヂャ。

っちゅうかモノ作るときに作り手が楽するためにグローバル使うな。

できるだけprotectedでいきましょう。
アホなオーバーフローすることがなくなります。

オイラはバカなんでグローバル変数を管理しきれる自信がありません。
なので使わないか、使うときでも static にして操作関数を extern
します。天才の皆様は使っていただいて構いませんが、僕とかかわる
ときはバカな僕に合わせてください。

そんとき「合わせられん」って言い訳は聞きませんのでそこんとこヨロシク。

とある下請けソフト会社の尻拭いするためにソースを見てたら、
int i,j,k;
というグローバル変数があった。情けなくてどっと疲れた。
もちろん、i,j,kはいたるところで、for文のループ変数として使われていただけだった・・・
その会社、つぶれたけどな。