「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「ソースコード」と「ソースファイル」について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

ソースコードは「人間語で書いたプログラムの元ネタ」です。



プログラムを作って動かすまでの一般的な流れは

１．人間語でプログラムの元ネタを書く
２．元ネタを人間語から機械語に翻訳する
３．翻訳された指示に従って、コンピュータさんが お仕事する

です。



コンピュータさんは人間語が分かりません。



人間様はコンピュータさんの言葉が分かりません。



プログラムは人間様が作るものです。
そこで最初は人間様が分かる言葉でプログラムを作ります。
コンピュータさんに対する「あれをやれ」「これをやれ」な命令を人間語で書くのです。



次に人間語で書いたプログラムの元ネタをコンピュータさんが分かる言葉に翻訳します。
実際に お仕事をするのは、コンピュータさんですからね。
コンピュータさんが分かる言葉に変換する必要があるのです。



コンピュータさんが分かる言葉に翻訳したので、コンピュータさんは命令の内容を理解できます。
指示に従って、お仕事をしてくれるでしょう。



かなり簡略化した説明ですけどね。
これがプログラムを作るときの流れです。

この話で登場した

人間語で書いたプログラムの元ネタ

を「ソースコード」と言います。



ソースファイルは「プログラムの元ネタが書かれているファイル」です。
難しく考える必要は ありません。
ソースコードが書いてあるファイルです。
こいつをコンピュータさんが分かる言葉に翻訳すると実際のプログラムになります。



以上を踏まえて

主となるソースファイルに装着される部品ファイル

が「インクルードファイル」です。
言い方を変えると

ソースコードの一部を抜き出して別に分けたファイル

です。



プログラムの元ネタは、すべての内容を1つのファイルにまとめて書けます。
ソースファイルを1つだけ作り、すべての処理をその中に書くことも できるのです。



ですが、それなりに複雑なプログラムを作るときは、それだと不便です。
ずらずらっと長くなりますからね。
読むのも大変ですし、直すのも大変です。
テストするのも大変でしょう。

そこで、ある程度以上の規模のプログラムを作るときは複数のファイルに分けて作ります。



分けて作ったファイルは、コンピュータさんが分かる言葉に翻訳するときに合体させます。
主となるファイルに その他の部品ファイルを装着することで、1つのソースファイルにするのです。



この話における

主となるソースファイルに装着される部品ファイル

がインクルードファイルです。



「インクルード」には「含めるよ」的な意味があります。
主となるファイルに含めるファイルだからインクルードファイルです。

インクルードファイルを用意する主な目的は

１．ソースコードを整理するため
２．他のところで再利用するため

です。
他にも「複数人で手分けして作業しやすいから」とかメリットは あるでしょうけどね。
私がパッと思いつくのは、上の2つです。

例えば機能ごとにファイルを分けておけば「あの機能を修正したいときは、このファイルを見ればいいのか」と すぐに分かります。
ファイルの中身も、全部まとめて書いたときと比べて、構造が単純で量も少なくなるでしょう。

中身がゴチャゴチャしているよりもスッキリしている方が助かりますよね。
ソースファイルを分けることによって、ある程度は強制的に整理されます。

また、インクルードファイルは、それ自体が1つのファイルです。
誰のものと決まっているわけでは ありません。

例えば、ピヨ太プログラムで使うピヨインクルードファイルを作ったとします。
ピヨインクルードファイルは、それ自体が独立した1つのファイルです。
使えるのであれば、ピヨ子プログラムを作るときに そのまま使っても かまいません。



このように、ファイルを分けておくことで他のプログラムを作るときに再利用しやすくなります。

実際問題、インクルードファイルを一切使わなくても、プログラミングは できます。
1つのソースファイルに全部の処理を書けばいいだけです。

ですが、中身がゴチャゴチャしているよりはスッキリしている方が良いですよね。
先人が作った部品を再利用して楽がしたいです。

そんな理由からインクルードファイルを作ったり使ったりします。