ソースを分割すると何がいいんだろうか？・・・とふと思った。
>>466のときは、なんとなく分割するとファイルが見やすくなると思ってたけど、
何年か前にＣ＋＋の１４歳シリーズの本のソースを変えて作ってた頃に
１関数１ソースファイル＋１ヘッダファイルにして書いてて、ファイル数がすごく増えてしまって、
インクルードファイルのところで引っかかって悩んだのを思い出した。
つまり、見やすかったわけではなかったのではと疑問がわいてきた。

ソースを分割すると何がいいのかについて、ネットで少し調べてから作業しようと思った。
サイトによっていろいろだけど、ソースファイルを分割すれば、
１．関数の再利用がしやすくなる。
２．ヘッダファイルだけを見せて、関数定義部分はリンク前のコンパイル済みのファイルだけを渡せば関数を勝手に書き換えられない。
３．ファイル単位でコンパイルできるので、コンパイル時間が短くなる。
ほかにもあるかもしれないけど、このぐらいで作業に入ってもいいかなと思った。
１〜３だけで考えると、チーム開発を想定してみて、ソースファイルをどんなふうに分けたらいいのかと考えて分けてみるといいかもと思った。

まずは、ソースプログラムを１つのソースファイルと１つのヘッダファイルに分けてみようと思う。

分割したファイルが問題なくリンクできるように変数の定義と宣言をかき分けたり、
外部変数の扱い方がよく分かってないので、少しずつ分解していく予定。

準備としてソースを上から以下の順に整理してみた。
１．＃define文
２．関数の宣言、構造体、共用体の定義やtypedef
３．外部変数の定義
４．ソース本体

1〜２がヘッダファイル、３〜４がソースファイルになるのかな？

次は、プログラムソースにどんな関数が出ているかをエクセルに書いて整理して、
どんなふうにソースを分割したらいいか考えてみる予定。