こたつつきみかん » なぜ Objective-C は気持ち悪いのか – クラス編
なぜ Objective-C は気持ち悪いのか分析してみる企画。前回はコードの見た目について考えましたが、今回はクラスについて考えてみます。 動的な生成のみ Objective-C は、静的なインスタンスを生成することはできず、必ず動的なインスタンスを生成しなければなりません。常にポインタで扱うことになるので、高速な反面、メモリ管理の煩わしさが常につきまといます。通常、インスタンスの生成、破棄は次のようにします。 id object = [[NSObject alloc] init]; [object release]; NSObject に対して alloc メッセージを送り、インスタンスのメモリ領域を生成します。そのあとに、それに init メッセージを適用し、インスタンスを初期化します。ほとんどの場合、alloc, init はペアにして実行します。なぜなら、alloc しても in
こたつつきみかん » なぜ Objective-C は気持ち悪いのか – 見た目編
iPhone OS 向けのアプリケーション開発で注目を浴びている Objective-C 言語ですが、Objective-C についてあまりいい噂を耳にしないので、なぜそうなってしまうのかという分析をしてみることにしました。記事が長くなりそうだったので、今回は見た目編です。 1. 見た目 プログラミング言語において、見た目というものは重要な要素のひとつです。Objective-C 言語はオブジェクト指向言語でありますが、実際のコードをみてみると、ほかのメジャーな言語とはちょっと違った構文がとられています。 メッセージ式 Objective-C では、メソッド呼び出しをメッセージ式で記述します。以下は、anObject に message というメッセージを送る例です。 [anObject message]; [anObject message:arg1]; [anObject messag
こたつつきみかん : Objective-Cのメモリ管理
Objective-C のメモリ管理の話をします。Objective-C ではどのようなルールに基づいてコーディングすればよいかを説明します。 alloc, copy, new を送信したオブジェクトは、それによって生成されたオブジェクトを所有します。また、retain を送信したオブジェクトは、その受信側のオブジェクトを所有します。 所有しているオブジェクトが不要になったら、そのオブジェクトに release メッセージを送信して、所有を放棄しなければなりません。 所有してないオブジェクトに release メッセージを送信して、そのオブジェクトを放棄しようとしてはいけません。 補足して、次のようなことも頭に入れておきましょう。 誰もオブジェクトを所有しなくなったとき、そのオブジェクトには dealloc メッセージが送信され、そのあとメモリから解放されます。 あるオブジェクトを複数のオ
【コラム】ダイナミックObjective-C (115) デザインパターンをObjective-Cで - Interpreter (1) | エンタープライズ | マイコミジャーナル
Objective-CとCocoaの立場から、デザインパターンを眺めてみるこの取り組みも、いよいよ佳境に入ってきた。残すところ数パターンとなってきた。だが、まだまだクセの強いパターンが残っている。 今回からは、Interpreterパターンを取り上げよう。文法や言語を読み込むために使われるパターンだ。 Interpreterパターンとは Interpreterパターンは、その名の通り、インタプリタと考えてしまえばいいだろう。インタプリタは、計算機の処理系の一種で、プログラミング言語などを読み込みながら処理するものだ。たとえば、BASICインタプリタや、Perlインタプリタなどがある。 このインタプリタのためのパターンが、Interpreterパターンだ。インタプリタそのものをデザインパターンにしてしまうとは、なかなか大胆な発想だ。 Interpreterパターンでは、文法規則の1つ1つをク
【コラム】ダイナミックObjective-C (116) デザインパターンをObjective-Cで - Interpreter (2) | エンタープライズ | マイコミジャーナル
Interpreterデザインパターンは、非常にプログラミング言語よりのパターンだ。自分で、新しくて、それでいながら簡易なプログラミング言語をデザインするときに使う事になるだろう。それ以外の場合は、なかなかお目にかかれないパターンだ。 Cocoaにそのようなパターンを使っているクラスがあるのだろうか? 実は、ピッタリのものがある。それは、Core Dataで使われている、オブジェクトを抽出するための文法だ。 Cocoa Predicates Core Dataは、MVCアーキテクチャでいうと、モデルをサポートするものとなる。モデルクラスの作成を強力にバックアプする。クラスのモデリングのための専用ツールを用意し、データの永続性をほぼ完全に実現している。 Core Dataは、その出自にEnterprise Objects Framework (EOF)の技術がある。EOFもCocoaと並んで
【コラム】ダイナミックObjective-C (12) ポージングで乗っ取り | エンタープライズ | マイコミジャーナル
クラスの乗っ取り Objective-Cには、ポージングという機能がある。これは、一言でいうと、既存のクラスを「乗っ取る」ことができる機能だ。すでにあるクラスを、強引に自分のクラスで置き換えてしまう。 ポージングは、poseAsClass:というメソッドで行う。このメソッドが呼ばれたクラスは、引数で渡されたクラスのように振る舞うことになる。これは、具体的な例を見てもらうのが早いだろう。 例として、Cocoaでウィンドウを表すクラスであるNSWindowを継承した、TransparentWindowというクラスを作ってみた。クラスがランタイムに読み込まれたときに呼ばれる、loadメソッドの中で、poseAsClass:を呼んでいる。 // TransparentWindowクラスの宣言 @interface TransparentWindow : NSWindow {} @end /
【コラム】ダイナミックObjective-C (11) 2つのプロトコルの使い分け | エンタープライズ | マイコミジャーナル
前回は非形式プロトコルの説明をして、デリゲートでよく使われるという話をした。今回は、形式プロトコルと非形式プロトコルの違いを追求してみよう。 非形式プロトコルに対する、形式プロトコルの利点は、次の2つにある。 メソッドの実装をチェックして、コンパイル時に警告を出す conformsToProtocol:を使って、プロトコル準拠を調べることができる デリゲートに、この利点が有効かどうか、説明しよう。 デリゲートの設定はInterface Builderで Objective-Cを利用しているフレームワークであるCocoaでは、とても多くのクラスがデリゲート機能を提供している。特に、モデル・ビュー・コントローラ構造の、ビューにあたるクラスでは、基本的な動作の制御は、すべてデリゲートを通して行われる。フレームワークの設計の指針として、クラスの拡張は、できる限りデリゲートで行い、サブクラス化をなる
【コラム】ダイナミックObjective-C (10) 非形式プロトコル - もう1つのプロトコル | エンタープライズ | マイコミジャーナル
前回は、Objective-Cのプロトコルについて説明したが、その利点としてプロセス間通信の抑制という点を挙げた。だが、プロトコルは、もう一つの側面である「オブジェクトの振る舞いを表すメソッドの集合」をするもの、という文脈で語られることが多い。この説明を後回しにしたのは、この機能は「もう1つのプロトコル」で実現されることが多いからだ。今回は、このことを説明しよう。 非形式プロトコル 前回説明したように、プロトコルは「@protocol」という、特別な文法を導入している。だが、メソッドの集合を宣言するだけなれば、わざわざ新しい文法を使う必要はない。カテゴリを使えばよい。ただし、ちょっとコツがいる。Objective-Cのルートクラスである、NSObjectのカテゴリとして宣言するのだ。 実際の例を紹介しよう。Cocoaでは、テーブルビューを表示するために、NSTableViewというクラスが
【コラム】ダイナミックObjective-C (9) プロトコルが必要とされた背景とは? - なぜあえて静的な型を? | エンタープライズ | マイコミジャーナル
前回と同様、Objective-Cでのメソッド宣言にまつわる話を続けよう。今回は、メソッドの集合を宣言するプロトコルだ。 プロトコルによるメソッドの集合の宣言 プロトコルは、オブジェクトの振る舞いを表すメソッドの集合を定義するものだ。@protocolという指示子で宣言する。 具体的な例を見てみよう。次のコードは、NSCodingというプロトコルを宣言するものだ。これは、オブジェクトをエンコード、デコードするためのメソッドを定義する。この2つのメソッドで、オブジェクトの保存/読み込み機能を実装する。 @protocol NSCoding - (void)encodeWithCoder:(NSCoder*)coder; - (id)initWithCoder:(NSCoder*)decoder; @end オブジェクトがこのプロトコルを採用することを、プロトコルに適合している、という。
Objective-C カテゴリでプロパティ
例えばこんなクラスがあるとする。 Customer.h @interface Customer : NSManagedObject {} @property (nonatomic, retain) NSString * address1;@property (nonatomic, retain) NSString * postcode;@property (nonatomic, retain) NSString * lastname;@property (nonatomic, retain) NSString * address2;@property (nonatomic, retain) NSString * firstname;@property (nonatomic, retain) NSDate * birthdate;@property (
【Objective-C】カテゴリ使って既存クラスに機能を追加する | iphoneアプリで稼げるのか
Objective-Cのカテゴリという仕組みを使うと、１つのクラスを複数のクラスに分割したり、クラスに新しい機能を追加したりできる。 このカテゴリの強力なところは、NSStringのようなCocoa Frameworkで提供されているクラス達に対しても、メソッドを追加できるところ。 例えば、ベーシック認証をリクエストのヘッダ内に認証情報を持たせて行いたい。その時、ユーザ名、パスワードはbase64エンコードが必要になるのだけど、既存のNSStringにはそんな便利メソッドはない。 そんな時は、このカテゴリを使ってNSStringにbase64エンコードを行うメソッドを追加してしまう。 このカテゴリによるクラス拡張はオープンソースを眺めてると必ず出てくる。 json-framework – Google Code google-toolbox-for-mac – Google C
【コラム】ダイナミックObjective-C (20) メソッドとは何か(3) - メソッドの型を読み解く | エンタープライズ | マイコミジャーナル
今回は前回に引き続きメソッド調査の話をしよう。前回までで、メソッドの名前を得ることはできた。次は引数の型の調査だ。 引数の型のエンコーディング 前回、メソッドの一覧表示をする関数を紹介したが、その時に出てきた"@8@0:4"といった謎の文字列。これは何かと言えば、引数の型をエンコードして文字列で表したものだ。返り値の型も含まれている。 この文字列の読み解き方を説明しよう。まず、基本となる記述は、「引数の型+数値」というペアだ。引数の型、つまりint型やchar型といったもの、は、1文字の記号に置き換えられている。その後に、引数のバイト数を示す、数値が来る。このペアの繰り返しが、続くことになる。このエンコードは、まずメソッドの返り値の型から始まる。そして、2番目の文字は第1引数、3番目の文字は第2引数、といった感じで続いていく。 例として、さきほどの"@8@0:4"という文字列を考えてみよう
【コラム】ダイナミックObjective-C (28) ランタイムAPIでさらに動的に(2) - メソッドの追加 | エンタープライズ | マイコミジャーナル
メソッドを追加するためのAPI 本連載を読んでいるような方ならすでにご存知かとは思うが、Objective-Cにはカテゴリという仕組みが存在し、既存のクラスにメソッドを追加することができる。カテゴリを使うと、自分で作ったクラスだけではなく、システムで用意されているような依存のクラスにも自分でメソッドを追加できる。 この仕組みを実現するために、ランタイムにはメソッドを追加するためのAPIがある。class_addMethodsという関数だ。 objc-class.h void class_addMethods(Class aClass, struct objc_method_list* methodList) 指定したクラスに、メソッドリストに含まれるメソッドを追加するためのものだ。おそらく、カテゴリを使ってメソッドを拡張したバイナリが読み込まれると、ランタイムはこの関数を使ってクラスにメソ
【コラム】ダイナミックObjective-C (8) カテゴリ - 動的なメソッドの追加によるクラスの拡張 | エンタープライズ | マイコミジャーナル
今回からは話を変えて、Objective-Cの別の側面を紹介しよう。メソッドの宣言、実装にまつわる話だ。まずは、カテゴリから始めよう。 カテゴリによるクラスの分割 Objective-Cには、カテゴリと呼ばれる機能がある。クラスが持つメソッドを、名前の通りカテゴリごとに分類するための機能だ。これを使うことで、大きなクラスでもコーディングしやすいように分割する、といったことができる。 例を示そう。Objective-Cでは、メソッドの定義は@interface ClassNameという形で行うが、メソッドをカテゴリに分類するときは、@interface ClassName (Category)という文法を使う。次の例では、Documentというクラスを宣言し、そのクラスにPersistenceというカテゴリを追加している。このカテゴリは、書類の読み書きに関するメソッドを担当するようにしてみた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Why not start convenience constructors with "with"?
GitHub - google/google-toolbox-for-mac: Google Toolbox for Mac
Objective-C 2.0プログラミング言語
Objective-C 2.0プログラミング言語
Technical Note TN2267: Video Decode Acceleration Framework Reference
Amazon.co.jp: Dynamic Objective-C: 木下誠: 本
