プログラマ専用SNS ミクプラ

メリットとしては
・作業が分けやすくなる　→　引数がややこしくなるとメリットが減少します。
・他の関係ないメソッドではデータを弄れない。　→　クラスのカプセル化や継承でガードできます。
・プログラムをより細かく分けられる。　→　クラス化と継承で。
・メンテナンス性は良い　→　引数で管理するとメンテナンス性は悪いです。
・一部の変更が用意にできるようになる　→　クラス化で対処できます。

デメリットは
・実効速度が遅くなる？　→　書き方次第です。
・コード量・ステップ数が肥大化　→　それはあるかも。
・メニューに戻ったりするたびにロードしないといけない　→　インスタンスの生成タイミングやコンストラクタを上手く使って下さい。
・「グローバル変数を使わない」という目的に対して斜め横の方向に行ってないか　→　それを優先しすぎるとデメリットもあります。

ISLe さんが書きました:グローバル変数は分かりますけど、構造体やクラスを使わないのは何故でしょう。

グローバル変数を使わないというのはざっくりこういうことです。

こういうふうにすると、画面を半分に割って、それぞれ別々に動かしたりもできます。

softya（ソフト屋) さんが書きました:それこそクラスのカプセル化を使ったほうが良い気がします。
mainに返すのはenum定義した次の状態値だけで良いのではありませんか？

ちなみに

メリットとしては

とりあえず連結.hのような共通ヘッダ設計はやめたほうが良いと思います。　→　メンテナンス性の悪化につながります。

#include draw.h
#include calc.h
#include char.h

void main(){
...

そうすると、main.cppやdraw.cppにはそのつど必要なヘッダーだけ#includeを使用したほうがいいのでしょうか？

beatle さんが書きました:グローバル構造体っていうのは、グローバル領域で定義されている構造体のことを言ってますか？
だとすると、グローバル構造体のpublicなメンバ変数は必ずしもグローバル変数とは限りません。
グローバル構造体のインスタンスをグローバル領域で定義すればグローバル変数になりますが、
何らかの関数内でインスタンスを定義すればローカル変数です。

コード:

struct Hoge {
public:
    int val;
};
Hoge g_hoge; // g_hogeはグローバル変数（すなわちg_hoge.valもグローバル変数）

void f()
{
    Hoge hoge; // hogeはローカル変数（すなわちhoge.valもローカル変数）
}

sood さんが書きました:解決とさせて頂きます

sood さんが書きました: 例えば、読み込みメソッドにおいて読み込んだグラフィックハンドルは（グローバル変数を使わないので）
直接どこかのメソッドに送り、どこかに保持しておかなくてはなりません。

softya（ソフト屋) さんが書きました:図を見てて思ったのですが、なぜクラスとロード・計算・描画のメソッドが別のように書かれているのでしょうか？
各クラスがロード・計算・描画のメソッドを持っているんですよね？

softya（ソフト屋) さんが書きました: そういえば新しい龍神録(c++版)が途中まで公開されているので参考にされては？
「龍神録プログラミングの館」
http://dixq.net/rp/
いちばん下の方にあります。

softya（ソフト屋) さんが書きました: 【追記】
mainを通じで全部のクラスの情報にアクセス可能ならグローバル変数で公開しているのと何ら変わらないと思いますが大丈夫ですか？
相違意味で私が例で書いた構造体の内部構造の隠蔽の意図は分かってますでしょうか。アクセスできる情報と範囲を必要最小限にするのが目的なんですよね？