エディタを作る-1 ④ ソリューション

個人で Visual Studioを使って アプリケーションプログラムを作る場合、実行ファイルが１つしか必要無い時は、かなり大きなプロジェクトであっても「ソリューション」を必要としない。

だから、1日前に書いたように 
　□ ソリューションのディレクトリを作成
は、チェックを外して プロジェクトを作る。

ここを全く気にせずに 同じソリューション名、同じプロジェクト名で 無駄に深いフォルダを作って開発している人を見かけるが、疑問には思わないものだろうか？

１）ソリューションの便利な使い方

それは置いておいて、言語の入門書や、今回 やろうとしているチュートリアルでは、 ① いくつかの「章」に区切られて その中に短いサンプル・プログラムが複数あるとか・・・
　② 日にちに分けられ、（同じく）その中に短いサンプル・プログラムがいくつか あることが多い。

今回の Qittaの「エディタを作る」でも １日目に 
　① hello world、  ② 引数＝argument、　 ③ エスケープシーケンスを使う
の３つのサンプルプログラムが取り上げられている。

これを１つのフォルダ ・・・ １日目なので  01day という名称のフォルダにまとめて入れると、↓ こんな感じになる。

最初のプログラムが とうぜん hello フォルダで、2つ目が arg フォルダなのだが 表示される順番が ABC順になってしまうので arg が一番先（左）側になり、順序よく並んでさえいない。
　こういう状態を 「気持ち悪い」と 思えるかどうかで、プログラミングをマスターする速度 もしくは 適性が決まって来る。

そんな 些細なことを！ と思うかもしれないが、ファイルにしろ フォルダにしろ 順番良く並んでいた方が、選択の効率が上がる。　こういう僅かな差を気にするようになった方が良いと 私は思う。

「ソリューション機能」を使うと、これが意外と便利になる。

プロジェクトを新たに作る際、ソリューション名の先頭（左側）に 数字 を付けてあげるだけで良い。　（この ↑ 例では、1_Hello としている）
　もちろん この時は、ソリューション ディレクトリは 作成する にチェックを入れないといけない。

プロジェクトの名前は、それが ① ソリューション下のフォルダ名になる のと ② 実行ファイル名 になるので、短くて分かりやすいものにすべきだ。（この ↑ 例では、hello としている）

すると、01day下のフォルダは、こんな感じに（試した順番通りに）並ぶ。

① hello, 　② argument, 　③ escape

1_helloフォルダの下は、（プロジェクトのみの時より）かなりスッキリして、

こんな ↑ 感じになり、ソリューション ファイル（ここでは 1_hello.sln）が発見し易くなっている。　これを (.slnファイルを) ダブルクリックすれば、このプロジェクトを読み込んだ状態で Visual Studioが起動するので、たいへん楽に起動できる。

　ソリューションの 別の新たな使い道として 紹介したい。　小さなプログラム群であっても・・・

ハッシュタグ
#C言語 #エディタを作る