- メモリの管理についてお勉強
- allocで領域確保（オーバーライドしない）
- initで初期化（オーバーライドして使う）
- 同一オブジェクトを参照するときはretain（オーバーライドしない）
- コピーするときはcopy（オーバーライドしない、copyWithZoneをオーバーライドするべき）
- 解放するときはrelease（オーバーライドしない）
- 実際にメモリから削除されるのはdealloc（オーバーライドして使う）
- NSAutoReleasePoolとautoreleaseメソッド・・・事前にautoreleaseしておいたオブジェクトは[NSAutoReleasePool releaseまたはdrain]呼び出し時に一斉に解放される
1日に二日分前進。iPhone発売から既に4ヶ月経過、既に無数の超優良アプリがわんさかと出回っています。果たして私は遅れを取り戻せるでしょうか。
これはNSURLから文字列を取得する方法を模索していたときです。
結局、absoluteStringかrelativeStringが正解ということがわかりました。
クラスの作成とメモリ管理。ようやくCらしくなってきたかな？
Objective-Cではガベージコレクションもできるらしいのですが、iPhone開発ではガベージコレクタをぶん回せるだけのリソースはないため昔ながらのメモリ管理でやる必要があります。
いろんなイニシャライザをためしてみました。
リストにオブジェクトを突っ込んだときは、突っ込んでいるNSArray自身もリリースしないと、個々のオブジェクトがリリースされません。おそらく内部でretainされてるんでしょうね。
introspection（Javaでいうところのrefrection）にチャレンジ。instanceof演算子みたいなのはなくて、すべてNSObjectのメソッドとして提供されています。java.lang.refrectionパッケージみたいな面倒さはないです。あとセレクタはSEL型とかいう専用の型があって便利。いわゆる関数へのポインタとして使えます。Javaの何が不満ってこの関数ポインタがないところですよ。
続けてもう一つの宿題のほう（Assignment2B）に突入。いよいよ実際に動作するiPhoneアプリを作ることになるのですが、その前に一つ宿題にバグ？があったのでご報告。
上の画像のカーソルで選択している部分（PolygonShape.h）、Assignment2Aで作成したときにはCocoa/Cocoa.hをインポートしていますが、2BではCocoaが使えない（iPhoneアプリになるため）ので、Foundation/Foundation.hに書き換える必要がありました。
で、これが完成品です。
SwingやWin32API開発並みの苦行を覚悟していたのですが、あまりに簡単で逆に拍子抜け。はまりそうな点といえば、プロジェクトに新しくクラスをインポートしたり作成した後はInterface Builderからアプリケーションに登録しなければならないというところぐらいでしょうか。あと、awakeFromNibはコントローラに実装しないとだめ（間違えてPolygonShapeに一生懸命実装して、ビルド直前にこの過ちに気づきました）。
今のところは楽勝。問題はOpen GL ESに手を出すあたりからでしょうかね。