コードをもっとオブジェクティブに：Cocoaの素、Objective-Cを知ろう（6）（2/4 ページ）

iPhone用アプリケーション開発で注目を集める言語「Objective-C」。C++とは異なるC言語の拡張を目指したこの言語の基本を理解しよう（編集部）

[竹下肯己，株式会社 qnote]

プロトコル

　前回、配列をループ処理する高速列挙の解説のところで、プロトコルについて少し触れました。あるプロトコルを採用することで、クラスのAPIを統一させ、そのクラスを利用する側にも、一定の規格にのっとっていることを示すことができます。

　こういった仕組みは、ほかの多くのオブジェクト指向言語ではインターフェイスと呼ばれています。Objective-Cではクラスの宣言が「@interface」ですから、最初は少し紛らわしく感じるかもしれません。ですが、プロトコルは約束事、規約などの意味があるので、クラスを一定の約束事に沿って作成するという意味では分かりやすい名称ですね。

　ごく単純な、プロトコルの利用例を見てみましょう。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　プロトコルは、「@protocol」というコンパイラディレクティブを利用して定義します。上記の例では、まず「Zukei（図形）」というプロトコルを用意しています。このプロトコルでは、「drawメソッドを実装してください」という約束事が決められています。

　プロトコルで規定できるのはここまでです。プロトコルは@implementationのような実装部を持ちませんので、メソッドの具体的な実装を記述することはできません。

　3種類の図形を表すクラス（Maru、Sankaku、Sikaku）が、Zukeiプロトコルを採用しています。必須メソッドであるdrawメソッドを、クラスごとにふさわしい内容で実装します。

　唯一、Sikakuクラスだけが、drawメソッドを実装していないため、コンパイラから警告が発せられてしまいます（ほかの多くの言語では、実装を義務付けられているメソッドが実装されていなかった場合、コンパイルエラーとなります。Objective-Cでは警告のみです）。

　上記のようなクラス構造の場合、前述の継承の仕組みで表現することもできます。Zukeiをスーパークラスとして定義するのです。図形を表すクラス群の結び付きが強く、完全に共通となる機能がたくさんある場合などは、継承がふさわしいといえます。逆に、クラスの機能や目的などにはばらつきがあるけれど、一部の作りを統一させておきたい場合などには、プロトコルの仕組みが便利です。

　また、プロトコルで規定されるメソッド群は、採用先のクラスで実装が必須になるものとそうでないものに分けることができます。プロトコルのメソッド宣言の部分に、「@optional」というコンパイラディレクティブを指定すると、そのメソッドの実装は必須ではなくなります。

　@optionalが指定されていない場合、または明示的に「@required」が指定されている場合には、そのメソッドは実装が必須となります。例えば以下のように記述します。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

プロトコル同士の継承と多重採用

　あるプロトコルが別のプロトコルを採用することもできます。この場合、もちろんプロトコル自身は何も実装せず、採用したプロトコルの約束事を引き継ぐかたちになるので、プロトコルの継承と呼ばれることもあります。

　また、プロトコルは複数採用することができます。この場合、

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

のように、カンマで区切って指定します。

　クラスは、直接的に採用したプロトコルだけでなく、そのプロトコルが継承しているすべてのプロトコルの約束事を守らなければなりません。以下に、プロトコルの採用関係を少しだけ複雑にした例を見てみましょう。

*** 一部省略されたコンテンツがあります。PC版でご覧ください。 ***

　上記の例で、TestClsは ProtocolC と ProtocolX の2つのプロトコルを採用しています。ProtocolC は ProtocolA と ProtocolB を採用（継承）しているため、最終的にTestClsはtestMethod1、testMethod2、testMethod3: という3つのメソッドを実装しなければなりません。

　ProtocolC と ProtocolX では同じメソッドが宣言されていますが、これは問題ありません。プロトコルはメソッドの実装内容は問わないので、メソッド名や引数の型、戻り値の型が一致するメソッドが実装されていればいいのです。

　ただし、上記のTestClsが、ProtocolC と ProtocolX のほかに ProtocolY も同時に採用しようとすると、問題が生じます。ProtocolYの「testMethod3:」は、引数の型が、ProtocolC や ProtocolX の「testMethod3:」とは違っているからです。

　Objective-Cでは、メソッド名が同じで引数の型や戻り値の型だけが違うメソッドは、重複と見なされるので定義できません。従って、TestClsは、ProtocolC／ProtocolX と ProtocolY の約束事を同時に守ることができません。

　Objective-Cでは、引数に合わせてメソッド名も変更するのが一般的です。前回までの解説にも登場したインスタンス生成メソッド群のように、「xxxWithInt」と「xxxWithString」などと命名すれば、重複も避けられますし、利用者側にも明示的で親切になります。クラスやプロトコルの設計時にはこのあたりにも注意しておきましょう。