C/C++ゲーム製作総合スレッド Part5

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/

**名前は開発中のものです。** · 2014/05/11(日) 19:38:27.89

enumはC++11で整数としてあつかえなくなったってwikiに書いてあった気がする
っていうかその使い方わかりにくいしやめた方が

**名前は開発中のものです。** · 2014/05/11(日) 19:44:07.91

訂正
static_castでキャストすればいけるっぽい

**名前は開発中のものです。** · 2014/05/11(日) 19:59:02.14

GOLD,DIA,SIZEって何かと思ったけど、もしかしてお金の単位なのかな？

**名前は開発中のものです。** · 2014/05/11(日) 21:01:42.40

MoneyType::SIZEかな？
ただこれだと再定義のエラーが前出たような気がする

**名前は開発中のものです。** · 2014/05/11(日) 21:04:03.89

>>733
enum class MoneyType:int
{
GOLD,
DIA,
SIZE
};

int money[ MoneyType::Size ];

**名前は開発中のものです。** · 2014/05/11(日) 21:06:37.47

適当に書いちゃったけど何をしようとしてるのかいまいち理解出来ないｗ

**名前は開発中のものです。** · 2014/05/11(日) 21:14:58.11

enumの要素数を静的に得たいんでしょ
将来お金の種類増えるかもしれないとか
配列使うぐらいならvectorにしとけとも思うが

**名前は開発中のものです。** · 2014/05/11(日) 21:51:52.47

構造体じゃいかんのか

**名前は開発中のものです。** · 2014/05/12(月) 00:24:54.73

実際に使うの想像してこうなった。
例えば複数の種類のお金で買えるショップ機能を作りたい場合、
ショップ側でMoneyTypeという型と整数を持っておけば、処理が楽かなと思ったんだけど

**名前は開発中のものです。** · 2014/05/12(月) 01:09:04.70

つまり>740が正解っぽい？

**名前は開発中のものです。** · 2014/05/12(月) 14:46:27.12

ゲームで何時でも何処でも参照、代入できるデータって一般的にどうやって管理してます？
（例えば主人公のデータとか色々な場面で使いそうなもの）
今まで単純にデータクラスの中に静的メンバ変数で定義してグローバル的にやってたけど、
たまたまシングルトンで管理してるソースを見つけて、色々あるのかなって思った

**名前は開発中のものです。** · 2014/05/12(月) 18:22:11.56

シングルトンは嫌だからゲームマネージャークラス作ってそこにプレイヤーデータのポインタ持たせたりしてるけど、どうなんだろう？？

**名前は開発中のものです。** · 2014/05/12(月) 18:22:35.24

3Dゲームでカメラを遅らせて動かす場合って角度を線形補間してベクトルにしてる？
それともクォータニオンで球面線形補間してる？

**名前は開発中のものです。** · 2014/05/12(月) 20:18:49.99

>>745
グローバル変数は可能な限り減らす、という理念の上でやってるなら、
それは実に正しい手法だと思うよ

**名前は開発中のものです。** · 2014/05/12(月) 22:53:45.27

グローバル変数使いまくりの俺だが、グローバル変数は使わない方がいいと言われて
その方向でプログラム書き直したところ、手間の物凄く増えて辟易。
やり方を間違ってるんじゃないか感が半端ない。

**名前は開発中のものです。** · 2014/05/12(月) 23:01:55.91

あるプログラム本に「JAVAなんかは誰が組んでも似たようなものになるが、
C++プログラムは人によってまるで違ってくる」とあったが本当みたいね。

本や解説サイトによって、サンプルがかなり違ってるようで混乱しまくるわ。

**名前は開発中のものです。** · 2014/05/12(月) 23:39:44.01

グローバル変数どうのこうのは保険をかけるためのもので手間を減らすものではないから仕方ないね

**名前は開発中のものです。** · 2014/05/13(火) 06:24:12.16

グローバル変数使わずにやろうとすると関数の引数が複雑になりがちだからな
一人で作ってるコンパクトなプログラムくらいだったら使いまくりでいいと思うわ

**名前は開発中のものです。** · 2014/05/13(火) 10:40:34.58

グローバル変数は初期化の順序が問題になる
複数のソースコードのあちこちに点在してるとそれが顕著になり
グローバル変数がクラスで依存関係があると動作保証が難しい
せめて組み込み型以外はポインタ型にして初期化の順序を決めちゃうのが安全

**名前は開発中のものです。** · 2014/05/13(火) 11:22:50.82

>>738
'MoneyType' is not a class or namespace
ってでる

visualstudio2010だと出来たと思うんだけど、
Eclipse4.3だと出来ない

C++のバージョンによってなんか変わったのかな

**名前は開発中のものです。** · 2014/05/13(火) 12:15:46.52

>>753
enum classはC++/CLIだからだろ
Cにそんな構文はない
俺はC++には詳しくないけど実はあるのかな

**名前は開発中のものです。** · 2014/05/13(火) 13:16:16.22

C++11から入った構文

**名前は開発中のものです。** · 2014/05/13(火) 22:03:52.41

グローバル変数はこう書けば良いんじゃね
使うところでだけglobal.hをインクルードしてさ

grobal.cpp
int a;

groubal.h
#ifndef _GLOBAL_H_
#define _GLOBAL_H_

　extern int a;

#endif

**名前は開発中のものです。** · 2014/05/13(火) 23:05:24.12

>>756
わざわざ識別子を _ で始めるなんて沸いてるんじゃない？

**名前は開発中のものです。** · 2014/05/13(火) 23:15:35.87

是非はともかく、よく見かけるけどな

**名前は開発中のものです。** · 2014/05/13(火) 23:46:55.80

>>757
じゃあなんて書くんだ？

**名前は開発中のものです。** · 2014/05/13(火) 23:51:06.96

アンダーバー始まりは処理系予約とかじゃ無かったっけ
慣習的に

**名前は開発中のものです。** · 2014/05/13(火) 23:59:25.01

>>760
まじかよ
学校でこう習ったよ
何でそんな書き方教えるんだよ
まぁ開発はVSだから#pragma onceしか書かないから知らんかっただけっすけどね・・・

**名前は開発中のものです。** · 2014/05/14(水) 00:50:31.19

>>756
つ>>663

ついでにnamespaceにぶち込んでもいいのよ

**名前は開発中のものです。** · 2014/05/14(水) 00:53:50.93

>>761
gccでもいつの間にかpragma once使えたりするんだよな
あれ、サッサと標準仕様に盛り込めばいいのになと思うよ

**名前は開発中のものです。** · 2014/05/14(水) 01:34:53.87

だいたいのコンパイラが対応してるみたいだしデファクトスタンダードってところ

**名前は開発中のものです。** · 2014/05/14(水) 02:44:20.77

効率的には#pragma onceの方がいいと聞いたことはあるが
IDEによるかもしれん

**名前は開発中のものです。** · 2014/05/14(水) 03:12:47.17

単純なi nclde guard は力技の処理だけど
pragma once は処理系次第で最適化されてるからね。

複数のプラットフォームを想定するなら
安全策をとって両方記述するのがオススメ。
pragma once があれば効率的に処理してくれるかもしれないし、
もしpragma once を理解できない処理系でも
inlude guardは必ず処理してくれるからね。

**名前は開発中のものです。** · 2014/05/14(水) 10:10:49.06

>>766
両方記述？寝言は寝て言えw

**名前は開発中のものです。** · 2014/05/14(水) 10:25:37.80

VC++に#pragma onceが入ってすぐの頃は
自動生成したヘッダには#pragma onceと#ifndef-define-endifが
コンパイラバージョンによって自動で切り替わるように書かれてたと記憶している
その辺から考えても、両方書くのは無駄じゃない

**名前は開発中のものです。** · 2014/05/14(水) 12:46:41.03

std::mapにenumとかstructを使いたいんだけど
template argument 4 is invalidっていうエラーが出ます

具体的には
map<アイテムID(enum型),アイテムパラメータ(struct型)> aaaaa;

って感じです。

パラメータっていうのはその名の通りアイテムを装備するとstructのメンバの
addHPとかaddMPっていう変数の分だけ上昇する感じで、

使い方はプレイヤーはアイテムIDだけ持っておけば、あとは必要な時々で値だけ取得できるかなという感じです。

**名前は開発中のものです。** · 2014/05/14(水) 13:13:18.32

enum itemID{ID1=0, ID2, ID3, ID4};
struct itemParam{int p1; int p2;};

itemParam param;
map<itemID, itemParam> m;
m.insert(make_pair(itemID::ID1, param));

こんな感じで動かない？

**名前は開発中のものです。** · 2014/05/14(水) 13:15:39.85

>>769
比較関数がないって怒られてるんじゃね
一つ目の型を enum型じゃなくて int に変更するわけにはいかないの？

**名前は開発中のものです。** · 2014/05/14(水) 14:08:33.50

そもそもそれmapにする意味あるのか？
>>733みたいな感じで配列で十分な気がするんだけど

**名前は開発中のものです。** · 2014/05/14(水) 15:29:04.69

map だと必要な分だけ使えるじゃん

0～イベントアイテム
10000～武器
20000～鎧

みたいに

**名前は開発中のものです。** · 2014/05/14(水) 16:29:43.89

enum使うなら10000から武器みたいな区分けがそもそも必要ないと思うんだけど

**名前は開発中のものです。** · 2014/05/14(水) 21:01:01.54

>>769
それ、>>770で動きますよ

>>772-774
仮に、実行時に追加削除更新等なし、静的、参照専用、の情報の集合
という前提条件であればstd::map(赤黒木)を使う合理性はあまりないかな

>>773のようにキー番号が連続してないのでれば、ハッシュマップの類の
ほうが向いてますね
http://research.preferred.jp/2011/07/stllike-containers/
補足：記事中のLoki::AssocVectorとほぼ同じものとしてboost::flat_map
もあります。でも、>>774の言う通り、結局vectorでおｋにもできますね

ま、完成しない(動かない)事に比べればどれ選んでも瑣末な違いなので
(特に昨今のPCなら)好きなの選べばいいかと思います。身も蓋もないね

**名前は開発中のものです。** · 2014/05/14(水) 23:37:56.68

>>770
enumの最初を0と明示するだけで変わるんです？

**名前は開発中のものです。** · 2014/05/15(木) 13:17:04.58

変わらないですよ。試せばすぐ分かりますけど、ム板のスレに誘導されたいです？

**名前は開発中のものです。** · 2014/05/15(木) 17:35:02.68

普通に動くよね
コンパイラのバージョンとかで古いのだと駄目なのかな

**名前は開発中のものです。** · 2014/05/15(木) 19:15:22.94

実は全然違うところでエラー出てるんじゃないの

**名前は開発中のものです。** · 2014/05/16(金) 15:57:03.11

ナビメッシュのやり方が書いてある本とかサイトとかってある？

**名前は開発中のものです。** · 2014/05/16(金) 23:45:36.07

＞とかってある？

ありますよ
navigation mesh pathfinding algorithm game waypoint graph search
など適当なキーワードでググるといいです。動画によるアルゴリズムの
解説も出てきますね。書籍ならAI Game Programming Wisdom 4 が
個人的にオススメです

**名前は開発中のものです。** · 2014/05/17(土) 09:32:46.40

そういうのって概要だけ聞いて自分で考えて作った方が早くない？
サンプルコードみても理解するのに時間がかかるわ

**名前は開発中のものです。** · 2014/05/17(土) 10:01:46.81

ゲームプログラミング本といえばGameProgrammingGemsシリーズなんだかな
最近の若者は読まないのか

**名前は開発中のものです。** · 2014/05/17(土) 11:06:25.43

現代の技術の世界において
英語が読めないのは脳が半分無いのと同じ。

それだけのこと。

**名前は開発中のものです。** · 2014/05/17(土) 12:01:48.26

翻訳したやつ読めば

**名前は開発中のものです。** · 2014/05/17(土) 12:34:45.87

英語読めてもソースコード読めなかったりするし
プログラムは勉強したところでコード書けないのが大半らしいな
元々作文が下手とかそういう次元ではなく理解できないとか

**名前は開発中のものです。** · 2014/05/17(土) 12:40:03.20

そもそも日本語で書いてあるプログラム解説書だって意味わかんないよｗ

**名前は開発中のものです。** · 2014/05/17(土) 13:44:47.33

>>785
半年遅れで付いていく人間は残念ながら奴隷で終わるよｗ
英語ができて最先端に追従する奴、ときには自分が最先端を発信する奴に
「あ、こいつバカだなｗｗ」と思われながら生きる惨めな三流人生が待っている。

それで良ければ英語なんて学ぶ必要はない。

まぁ、普通は（普通の知性の持ち主は、という意味）
修士課程で英語の論文を死ぬほど読んで
「喋れないけど読める」という妙な英語力を身につけられるんだけどねｗ

**名前は開発中のものです。** · 2014/05/17(土) 14:19:53.26

相変わらず病んでますね

**名前は開発中のものです。** · 2014/05/17(土) 14:53:46.32

とりあえずナビメッシュのやり方教えて

**名前は開発中のものです。** · 2014/05/17(土) 17:55:58.84

780の人ですか？
具体的に何をやってみてどこでつまずいてるのか話せば答えやすくなるかと

**名前は開発中のものです。** · 2014/05/17(土) 18:02:04.88

http://www.lameije.co.jp/navigationmesh.html

これじゃあかんのか

**名前は開発中のものです。** · 2014/05/18(日) 17:48:20.69

オクツリーに障害物を表示させたいんだけど、オクツリーのある場所がどの座標なのかを調べる方法ってある？

**名前は開発中のものです。** · 2014/05/18(日) 21:18:36.16

ボクセルのインデックスを座標のビット配列にしてインデックスからボクセルの位置を取得

http://marupeke296.com/COL_2D_No8_QuadTree.html
これを3ビット毎にすれば出来ると思うんだがどうだろ

**名前は開発中のものです。** · 2014/05/19(月) 04:39:02.31

この入門？みたいなサイトで勉強してたんだけどつまづいたので分かる方いたら教えてください
http://bituse.info/game/shot/11

for(int i=0;i<ENEMY_NUM;++i){
enemy[i]=new ENEMY(data[i].type,data[i].stype,data[i].m_pattern,data[i].s_pattern,data[i].in_time,data[i].stop_time,data[i].shot_time,data[i].out_time,data[i].x,data[i].y,data[i].speed,data[i].hp,data[i].item);
}

↑この文の enemy[i]=new ENEMYのイコールのところでオペランドと一致する演算子なんてねぇよって怒られます

原因として考えられるものってなんでしょうか？

for(int i=0;i<ENEMY_NUM;++i){
enemy = new ENEMY[i](省略);
　　}

だったらいけるみたいなんですけど、違いがよくわからないです・・・

**名前は開発中のものです。** · 2014/05/19(月) 05:31:35.17

enemyの型がポインタの配列になってないんじゃないの

**名前は開発中のものです。** · 2014/05/19(月) 10:00:14.39

こうかな
正：ENEMY *enemy[ ENEMY_NUM ];
誤：ENEMY *enemy;

サイトを見ると省かれてるみたいだけど
敵を複数出すようにした時点で enemy を配列に変更しないといけない

**名前は開発中のものです。** · 2014/05/19(月) 11:05:51.60

これコンストラクタの引数なんで構造体の参照渡しじゃないのか
無駄に読みにくいわ

**795** · 2014/05/19(月) 11:33:54.01

できました。
ご指摘の通り、enemyを配列にしたら無事にコンパイルできました。

ちょっと私にはわかりにくいサイトだったようなので別のところで勉強してみます・・・

**795** · 2014/05/19(月) 11:34:28.24

お礼を忘れていました

ご指摘ありがとうございました。

**名前は開発中のものです。** · 2014/05/23(金) 00:32:00.04

おらLAMPしか知らないんだけども
C++で作ったリアルタイムなネットワークゲームのオンラインサーバって
どういう環境で動いてんだべ？
ソシャゲならPHPでhttpでいいかもしんねけども、
ネトゲって実行ファイル動かし続けてんのかね

**名前は開発中のものです。** · 2014/05/23(金) 00:34:30.27

>>801
お前から感じるそのしったか臭は一体何なんだ？

**名前は開発中のものです。** · 2014/05/23(金) 01:25:45.01

>>802
そんなこと言っても知りたいってのは本当なんだけど
ていうかソシャゲってphpでhttp返してるって聞いたんだが違うのか
ソース3種類ぐらい別のところから聞いたからそうだと信じてたけど

**名前は開発中のものです。** · 2014/05/24(土) 14:46:49.15

テスト

**名前は開発中のものです。** · 2014/05/24(土) 14:48:01.39

ロールバックしたのか
スマートポインタ談義がすっぽり消えたなw

**名前は開発中のものです。** · 2014/05/25(日) 20:49:24.73

>>801
C++で作ったゲームサーバーの話は聞かない
普通はPHPとかPerlで作ったHTTPサーバ
他にはUnity for Android製ゲームのサーバをD言語＋vibe.dで書いたっていう例くらい
C++のHTTPサーバは国産のこれしか聞いた事無いし商用された話は見たこと無いなｗ

http://www.treefrogframework.org/ja/

**名前は開発中のものです。** · 2014/05/25(日) 21:01:21.64

MMORPGの鯖はCかC++じゃないのか

**名前は開発中のものです。** · 2014/05/25(日) 21:10:04.84

普通はそうだな。
速度優先だし。

>>806 は国産とか意味不明のこと言ってるし。ソーシャルゲームのことだろ。

**名前は開発中のものです。** · 2014/05/26(月) 10:23:40.85

「普通はPHPとかPerlで作ったHTTPサーバ」

↑ｗ

**名前は開発中のものです。** · 2014/05/26(月) 12:15:10.70

PSO2が80番ポートで通信してたら俺泣くかもしれんｗｗ

**名前は開発中のものです。** · 2014/05/26(月) 23:19:43.69

さあ僕の胸の中で思い切り泣くがいい

**名前は開発中のものです。** · 2014/05/27(火) 00:18:29.37

Perl懐かしすぎる。
卒論のためのプログラムをPerlで書いたんだよ。

「もしかして俺はアカデミズムの世界で生きられるほど賢くないのかもしれない」
そんな現実に気がつくころ、Perlも衰退を迎えてさ。
なんだか恥ずかしい青春の甘酸っぱい言語だよ。

**名前は開発中のものです。** · 2014/05/27(火) 00:28:35.75

>>812
一行一行、いちいち、ハテナ？と思わせる文章だな。
それが書けるのは>>806とお前くらいだよ。

**名前は開発中のものです。** · 2014/05/27(火) 22:23:08.63

PerlはCGI以外のところで地味に生き残ってる印象があるな

それはさておき、サーバとクライアントとで同じ結果を出したいってときに、
Haxeを使ったってニュースなら見たことあるなあ
最終的に何言語になったかまでは覚えてないけど

**名前は開発中のものです。** · 2014/05/30(金) 20:38:48.50

まぁなんだかんだで最後に生き残るのはJavaScriptだろうな

**名前は開発中のものです。** · 2014/05/30(金) 22:00:59.71

サーバサイドのjavascriptって普及してんの？
webブラウザ用の言語として生き残ってく予感しかしないんだが

**名前は開発中のものです。** · 2014/05/31(土) 10:36:34.27

これまで状態遷移管理をswitch一本でやってたけど、
とうとうネットワークグラフ型に対応したstate machineを導入した。
状態遷移表を作ってみて、当初想定していた状態遷移仕様の複雑さに驚いた！
Game programming gemsの１巻を参考に実装したけど、
一定フレーム（もしくは時間）後に、自動的に遷移させるってどうやるのがいいんだろ。

**名前は開発中のものです。** · 2014/05/31(土) 12:27:57.64

俺は時限イベント用の配列にイベントと発動時間(シーン開始からの時間)詰め込んで毎フレーム確認するようにしてる

**名前は開発中のものです。** · 2014/05/31(土) 13:53:36.95

>>818
レスthx

昔ドラゴンセイバーっていうゲームがあって、
射撃ボタンを押さずに放置すれば、溜め撃ちのエネルギーがたまって、十分にエネルギーがたまった状態で射撃ボタンを押すと、溜め撃ち弾発射っていう仕様があった。
この溜め撃ちを、有限状態機械的に表現すると、
・状態としては：「溜め撃ち不可能」「エネルギー溜め中」「溜め撃ち発射OK」「溜め撃ち発射中」
・入力としては：「射撃ボタン押し中」「射撃ボタン押さずに放置」
となって、
・「溜め撃ち不可能」状態で、「射撃ボタン押さずに放置」を入力すると、「ネルギー溜め中」状態になり、
・「ネルギー溜め中」状態で、さらに「射撃ボタン押さずに放置」を入力すると、そのまま「ネルギー溜め中」状態を維持して、
・「溜め撃ち発射OK」状態で、「射撃ボタン押し中」を入力すると、「溜め撃ち発射中」状態になる。
と適当に考えているんだけど、
問題は「ネルギー溜め中」状態から、「溜め撃ち発射OK」状態に遷移させるのはどうすればいいんだろう？

別途、「射撃ボタン押さずに放置（一定時間経過済み）」っていうFSM入力を新規に用意して、より上の層でタイマー管理して、入力を切り替えるのが良いのかな。
FSMとタイマーを融合させるいい方法はないかなあ。
遷移条件に最小連続入力回数を付け加えた上で、FSM入力の種類を増やして、連続入力回数もFSM入力させて、連続入力回数が、最小回数を上回っている場合だけ遷移させるとか・・・？
もしくは、そもそも上のFSMの定義がよろしくないのか・・・

**名前は開発中のものです。** · 2014/05/31(土) 14:23:37.46

それは状態遷移だけでやるのはきついんじゃないの
チャージ時間をパラメータとして持たせて不可から溜め中に遷移した時に初期化、ため中に放置で更新、一定値以上ならイベント起こしてOKの状態にする
みたいな感じじゃないとキツイ気がする

**名前は開発中のものです。** · 2014/05/31(土) 14:26:46.71

「現在の溜め量」の状態(数値)が不足してる気がする

**名前は開発中のものです。** · 2014/06/07(土) 13:54:05.28

C++でゲーム作るからにはカプセル化してちゃんと画面ごとにデータを隠蔽してやりたいんだけど
そうするとシングルトンや画面間で共有する変数とか無いってことだよね？
画面切り替わるたびに毎回HDDにセーブしてロードしてるの？

オブジェクト指向っていうとそうなりそうなんだけど

**名前は開発中のものです。** · 2014/06/07(土) 14:11:15.61

抽象的な思考に慣れていない偏差値50～60程度の層だと
見た目＝下部構造なんだな。
そのことを疑いもしない。
65越えるとようやく会話が成立するのだが。

**名前は開発中のものです。** · 2014/06/07(土) 14:23:50.69

偏差値（）

**名前は開発中のものです。** · 2014/06/07(土) 14:32:06.59

本当だ、会話が成立しないってのがよく分かる
もっとも会話自体する気無いように見えるけども

>>822
2行目の認識がちょっとずれてる気がする
シングルトンはオブジェクト指向プログラミングにおけるテクニックの一つだから
オブジェクト指向だとシングルトンが無い、なんてことにはならないと思う

共有したいデータは、複数の画面を管理するような寿命の長いインスタンスに入れておいて
各画面が都度アクセスするように作るかな、俺なら
プログラムって基本的に階層構造になってることが多いから、その上位階層で
下位階層で共有するデータを保持しておく、という感じで

**名前は開発中のものです。** · 2014/06/07(土) 15:36:17.23

>>825
それいちいち下位階層（各画面）のクラスに、共有データ保持クラスインスタンスへの参照メンバ変数を追加して、
さらにそれに参照を通すめのメンバ関数追加して、
場合によっては、そのメンバ関数を呼ぶタイミングに気を遣ったりと、面倒くさくない？

俺ならてっとり早くグローバル変数で解決だわｗ
しかし上記の様な構造が複数存在し得て、抽象化が迫られてるんだったら、
>>825の方法を取るかな

**名前は開発中のものです。** · 2014/06/07(土) 16:19:22.33

>>823
これって俺に対して言ってるの？タイミング的にそうなんだろうけど
何言ってるのかさっぱりわからんこれが偏差値の壁か

**名前は開発中のものです。** · 2014/06/07(土) 16:23:38.29

65歳にならないと会話が通じないみたいだから、
まだまだずっと先の話なんじゃないか
かなわないよなｗｗｗ

**名前は開発中のものです。** · 2014/06/07(土) 16:23:59.67

>>825-826
やっぱりメモリ上に保存するなら、共有したい階層の上で持つしかないよね
シングルトンはその最上位で必要以上の範囲で共有するから使うなって言われるのかな

**名前は開発中のものです。** · 2014/06/07(土) 16:50:22.18

>>829
「シングルトンを使うな」っていう人は
「グローバル変数は使うな」と言われる理由をよく理解しないで
さらにそれをシングルトンパターンまで勝手に拡大解釈してる人だと思って良いんじゃないかな
つまり聞き流しておｋ

**名前は開発中のものです。** · 2014/06/07(土) 16:57:58.25

でも結局シングルトンって使わなくてもいけるよね。
そうなると、あえて使おうとも思わなくなる。

**名前は開発中のものです。** · 2014/06/08(日) 06:13:59.13

シングルトンはオブジェクトがひとつしかないって事を保証してるのが本来の意図であって
グローバル変数的な使い方は副次的な物

って解釈なんだけど

**名前は開発中のものです。** · 2014/06/08(日) 09:00:11.27

一つしかないことを保証しないといけないものって大体入出力周りだけ？