Objective-Cでは何故.hファイルと.mファイルを作成させられるのか

前回説明したように、Objective-Cでプログラムを書く際には、別にC言語そのもののつもりで書いてしまっても動いてしまう。何しろObjective-Cの立ち位置はオブジェクト指向を建て増ししたCだ。C言語修得者であれば、最初の”Hello, World!”プログラムを書くのに迷う必要は全くない。
けれども、iOSアプリの入門書を見ると、まず最初にクラスベースのアプリケーションを作成しましょう。それじゃあ、.hファイルと.mファイルの中身はこうなっています！というような調子で納得しないまま置いてけぼりをくらう。何のために.hファイルと.mファイルが必要なのか。main.mだけでも、立派にプログラム動いていたじゃない！？

.hファイルにはプロトタイプ宣言をまとめているみたいな

前回挙げたCプログラムの例では、summary関数をmain関数よりも前に置いて定義している。これはC言語で関数や変数は呼び出す前に定義しておかないとエラーになるからである。呼び出す前に必ず定義。小規模なプログラムならば、このように心がけておけば問題は起きない。
けれども、たとえば関数が100個必要なプログラムがあったときに、ファイルをスクロールしていつmain関数が出てくるの？となるし、また関数同士が依存関係にある場合、関数Aに依存する関数Bに依存する関数Cが、関数Aの中に出てくると、一体順序どうすれば良いの？といったようにこんがらがり易い。
そこで、C言語の歴史の中のある一時点で、プロトタイプ宣言という仕組みが導入された。関数の処理はとりあえず置いておいて、関数が呼び出されるときのカタチをとりあえず呼び出し前に定義しておけば、処理の記述が書かれている前に呼び出しがされてもエラーにならないという仕組みだ。具体的に、前回のプログラムにプロトタイプ宣言を付けてみよう。

 
//  main.m
 
#import <Foundation/Foundation.h>
 
//summary関数のプロトタイプ宣言
int summary(int x);
//終了
 
int main(int argc, const char * argv[])
{
 
    @autoreleasepool {
 
        // insert code here...
        int x,sum;
        printf("数字を何か入力して下さい\n");
        scanf("%d",&x);
        sum = summary(x);
        printf("1から%dまでの和は%dです",x,sum);     
    }
    return 0;
}
 
int summary(int x){
    int i,sum=0;
    for(i=x;i>=1;i--){
        sum += i;
    }
    return sum;
}

プロトタイプ宣言の部分は、殆ど関数の呼び出しと変わらない。けれども、引数や返り値を持たない関数の場合には、引数の型の代わりにvoidを置く（void summary(void);のように）。
この宣言が呼び出しよりも前に存在していれば、実装部分はどこに書いてもよくなる。そういう便利な仕組みがプロトタイプなのだ。

となると、Objective-Cで.hファイルと.mファイルを分けさせられているというのは、こういったC言語の縛りに対応するためプロトタイプ宣言が必要であり、それをまとめて別ファイルにして読み込んでいるといった現象なのだ。

結局のところC言語（とObjective-C）はモダン言語ではない

でも、この関数定義が呼び出し前になければならないという仕様、PHPやらJavaScriptやらJavaやらで聞いたことはない。新しめの言語ではこんな問題とうに解決しているのだ。
そうしたことを踏まえて、WWDC2014でSwift言語が発表された時の文句を思い返してみてほしい。

Objective-C without the C

iOS/OSXの開発言語は、Objective-CがC言語への建て増しとして整合性を持っていなければならなかった部分をバッサリ捨てたのだ。したがって、もちろんSwiftで関数の定義順序が問題となる事はない。そして、プログラムを.hファイルと.mファイルに分ける必要もない。単一ファイル.swiftで足りるようになったのだ。

いまやSwiftの登場によってObjective-Cの息の根は止められることになったのだけれど、したがってこれからObjective-Cを学ぶ人間は安心して、生きた言語としてでなくC言語と整合性をもった化石として学習することができるようになったのである。
Swiftの登場とは、モダン言語についていけなくなっていたObjective-Cを疎んじて起こったわけではなく、むしろCとの整合性というObjective-Cの財産をこれからも保持し続けるためのAppleの決断だったのではないかとすら思う。