クラスクラスタ


クラスクラスタは、パブリック(public) な、抽象スーパークラスの下のプライベートな、具象サブクラスの数をグループ化する、アーキテクチャです。このような、クラスのグループ化は、パブリックに見えるアーキテクチャのみを見ているユーザーに、単純化したインタフェースを提供します。舞台裏では、しかし、抽象クラスは、特定のタスクを実行するための最も適したプライベートサブクラスを呼び出しています。例えば、一般的な Cocoa のクラスのいくつかは、NSArray、NSString、そして NSDictionary を含む、クラスクラスタとして実装されています。それらは、内部データ保存庫としての働きができる多くの方法があります。特定のインスタンスの場合は、抽象クラスは、インスタンスが初期化されるデータに基づいて、使用する最も効率的なクラスを選択します。


クラスタのインスタンスを、他のすべてのクラスと全く同じように作成し、相互作用できます。舞台裏では、しかし、パブリッククラスのインスタンスを作成する時に、クラスは呼び出した作成メソッドに基づいて適切なサブクラスのオブジェクトを返します。(あなたは、インスタンスの実際のクラスを選択しませんし、できません。)


例として、Foundation フレームワークの NSString のクラスを例として取りあげ、3つの異なる文字列オブジェクトを作成してみましょう。


NSString *string1 = @"UTF32.txt"; NSString *string2 = [NSHomeDirectory() stringByAppendingPathComponent:string1]; NSTextStorage *storage = [[NSTextStorage alloc] initWithString:string2]; NSString *string3 = [storage string];


各文字列は、異なるプライベートサブクラス(実際には、OS X v10.5では、それぞれは) のインスタンスです。各オブジェクトは、NSString のプライベートサブクラスですが、各オブジェクトは NSString のクラスのインスタンスと考えると便利です。もしそれらが NSString 自身のインスタンスならば、NSString で宣言されたインスタンスメソッドを使うようにして下さい。


利点


クラスクラスタの利点は、主に効率です。インスタンスが管理するデータの内部表現は、それが作成されるか、使用されている方法に合わせて調整できます。また、書いたコードは、基本となる実装の変更があっても動き続けます。


検討事項


クラスクラスタアーキテクチャは、シンプルさと拡張性の間での交換を含みます。いくつかのパブリック·クラスはプライベート・クラスの多数の代わりをし、フレームワークのクラスを学んで使用することが容易になりますが、クラスタのいずれかの中にサブクラスを作成することがやや困難になります。


クラスクラスタ内に作成する新しいクラスは以下のようでなければなりません:

Foundation フレームワーク内のクラスクラスタの場合のように、サブクラスを作成する必要がほとんどない場合は、クラスタアーキテクチャは明らかに有益です。また、composition を使用してサブクラス化を回避することもできるかもしれません。自身の設計のオブジェクト内でプライベート・クラスタ・オブジェクトを埋め込むことで、複合オブジェクトを作成できます。この複合オブジェクトは、それが何らかの特定の方法で処理したいメッセージを傍受した時のみ、その基本的な機能のためにクラスタ・オブジェクトに依存します。このアプローチを使用すると、書かなければならないコードの量を減らし、Foundation フレームワークに用意されているテストされたコードを利用できます。


前提条件の記事

(なし)


関連記事

(なし)


既出の議論

クラスクラスタ






次の章
前の章
目次
Xcode の新機能

インターフェースビルダー ヘルプ
NSObject(class)
概要(NSObject,class)

  • アクセシビリティ
  • VoiceOver での作業
  • アクセサメソッド
  • 命名規則
  • アプリ ID
  • 明示的なアプリ ID は、一つのアプリに一致
    ワイルドカードアプリ ID は複数のアプリに一致
    アプリコード署名
  • ブロックオブジェクト
  • ブロックの宣言
    ブロックの作成
    変更可能なブロックの変数
    ブロックを使用する
    比較演算
  • バンドル
  • バンドルの構造と内容 バンドルリソースへのアクセス
    ロード可能なバンドル
  • カテゴリ
  • 宣言
    実装
  • クラスクラスタ
  • 利点
    検討事項
  • クラスの定義
  • インターフェース
    実装(Implementation)
  • クラスメソッド
  • サブクラス
    インスタンス変数
    self
  • ココア(タッチ)、Cocoa(Touch)
  • フレームワーク(Framework)
    言語
    コーディング規則
  • コレクション(Collection)
  • コレクションクラス
    順序付けスキーム
  • コントローラーオブジェクト
  • コントローラの調整
    ビューコントローラ
    仲介コントローラ(OS X)
    宣言されたプロパティ
  • デリゲート(Delegate)
  • デリゲートとココアフレームワーク
    デリゲートと通知
    データソース
    動的バインディング
  • 動的型付け
  • isa ポインタ
  • 列挙
  • NSEnumerator
    高速列挙
  • 例外処理
  • 例外の種類
    コンパイラディレクティブを使用した例外処理
    信号伝達のエラー
    フレームワーク
    情報プロパティリスト
  • 初期化
  • イニシャライザ宣言の型
    初期化子を実装
    国際化
  • 内観(イントロスペクション)
  • イントロスペクション情報の種類
  • キー値コーディング
  • オブジェクトのプロパティと KVC
    クラスを KVC に準拠させる
  • キー値監視
  • KVO の実装
    KVO はバインディングの不可欠な部分(OS X)
  • メモリ管理
  • メモリ管理の規則
    メモリ管理の側面
    メッセージ
    メソッドのオーバーライド
  • モデルオブジェクト
  • うまく設計されたモデルクラス
  • モデル・ビュー・コントローラ
  • モデルオブジェクト
    ビュー・オブジェクト
    コントローラオブジェクト
  • 複数のイニシャライザ
  • 指定イニシャライザ
    Nib ファイル
  • 通知
  • 通知オブジェクト
    通知を観察する
    通知を投稿
  • アーカイブ
  • 鍵付き連続アーカイバ
    鍵付きアーカイブの作成とデコード
  • オブジェクトの比較
  • 比較ロジックを実装する
  • オブジェクトのコピー
  • オブジェクトコピーのための要件
    メモリ管理への影響
  • オブジェクト作成
  • オブジェクト作成式の形式
    メモリ管理への影響
    ファクトリメソッド
  • オブジェクトの暗号化
  • オブジェクトの暗号化と復号化する方法
    キー付き対連続的アーカイブ
    オブジェクトグラフ
    オブジェクトのライフサイクル
    オブジェクトモデリング
  • オブジェクト可変性(mutability)
  • 可変オブジェクトを受け取る
    可変オブジェクトを格納
    オブジェクトの所有権
    Objective-C
  • プロパティ(特性)リスト
  • プロパティリストの型とオブジェクト
    プロパティリストのベストプラクティス
    プロパティリストのシリアライズ
  • プロトコル
  • 公式、非公式なプロトコル
    正式なプロトコルを採用、準拠
    独自のプロトコルを作成
    ルートクラス
  • セレクタ
  • セレクタの取得
    セレクタの使用
    シングルトン
  • 統一された型の ID
  • UTI は逆ドメイン·ネーム·システム規則を使用
    統一された型 ID は適合階層で宣言
    OS X のアプリは、アプリバンドルでそれらを定義して新しい UTIを追加
  • 値オブジェクト
  • NSValue