(旧) Cocoa Touch の日々

サイトをリニューアルしました

2010-06-13T22:26:00.000+09:00

新しいサイトはこちらです↓

Cocoaの日々

※このサイトは閉鎖せずに今後も公開しておきます。

長い間ありがとうございました。
よければ新しいサイトの方も訪問してみて下さい。

UITableView の editingモードで左側の削除アイコンを消す

2010-06-11T13:10:00.000+09:00

これを

こうする

UITableViewDelegate の２つのメソッドを実装すれば良い。

- (UITableViewCellEditingStyle)tableView:(UITableView *)tableView

editingStyleForRowAtIndexPath:(NSIndexPath *)indexPath

{

return UITableViewCellEditingStyleNone;

}

- (BOOL)tableView:(UITableView *)tableView

shouldIndentWhileEditingRowAtIndexPath:(NSIndexPath *)indexPath

{

return NO;

}

NSFetchedResultsController でグルーピング（Section分け）

2010-06-04T18:09:00.000+09:00

概要
NSFetchedResultsController のインスタンスを作る時に sectionNameKeyPath: へグルーピング条件となるKeyPathを渡すと、簡単に UITableView でグルーピングができる。

例えばこれが

こうなる。

sectionNameKeyPath:
インスタンス作成時のコードはこんな感じ。

NSFetchedResultsController *aFetchedResultsController =

[[NSFetchedResultsController alloc]

initWithFetchRequest:fetchRequest

managedObjectContext:coreDataManager.managedObjectContext

sectionNameKeyPath:@"treatedYear" cacheName:@"Root"];

@"treatedYear" を渡している。これがグルーピング条件（今回は「年」）となる。
さて、この treatedYear（年）だが、検索対象のエンティティには実は存在しない。

treatedDate が存在するが、これは NSDate(年月日時分秒)の属性。

treatedDate そのままでは年単位のグルーピング条件に成り得ないので、年を別途用意する必要がある。それが treatedYear。この treatedYear はメソッドとして存在するだけのテンポラリな値で永続化対象にはしていない。

@implementation Record (Extension) ← RecordはNSManagedObjectのサブクラスで、カテゴリでメソッドを追加

- (NSInteger)treatedYear

{

NSCalendar* calendar = [NSCalendar currentCalendar];

NSDateComponents* dateComponents =

[calendar components:NSYearCalendarUnit

fromDate:self.treatedDate];

return [dateComponents year];

}

NSFetchedResultsController がグルーピングを行う際に、初期化時に指定された sectionNameKeyPath:@"treatedYear" を元にこのメソッドを呼び出す。このメソッドでは treatedDate(NSDat型:年月日時分秒)から年の値だけを取り出して返している。これでグルーピング条件を提供できる。

表示するセクション名
グルーピングするにはさらに UITableViewDataSource の tableView:titleForHeaderInSection: を定義する必要がある。このメソッドが定義されていない場合はグルーピング表示されない。

- (NSString *)tableView:(UITableView *)tableView titleForHeaderInSection:(NSInteger)section

{

return [NSString stringWithFormat:@"%@年",

[[[fetchedResultsController sections] objectAtIndex:section] name], nil];

}

これで出来上がり。

- - - -
件数が極端に多い場合は「年」をエンティティの属性として追加しておいた方がパフォーマンス的にはいいかもしれない。

（本）iPhoneアプリネットワーク+GPSプログラミング

2010-01-09T05:11:00.002+09:00

iPhoneアプリネットワーク+GPSプログラミングを入手。

目次

iPhone OS ネットワークプログラミング
App Store のネットワークアプリ
ネットワーク＆GPSプログラミング技術解説
ネットワークプログラミング解説
パフォーマンス・チューニング
遠方への iPhoneアプリの配布
iPhoneの魅力とは - アプリ開発スタイル

感想
iPhone におけるネットワークプログラミングと地図/GPSまわりのプログラミングを手っ取り早く知るには良い（その方面の）入門書。アーキテクチャやソースコードの解説があるので、ざっと眺めるだけでも地図を使うプログラミングの雰囲気がわかる。またサーバサイド（PHPやGoogleMap）との連携も取り上げられているので、アプリ単体開発だけでなく iPhoneを活用する Webサービス全体の構成イメージを掴むのにも役立つ。その他パフォーマンスチューニングや AdHoc配布の解説などは他分野の iPhoneアプリ開発でも参考になる。

なお C言語や Objective-C に関しては一切解説は無い。

以下気になった点。

プッシュ通知の解説
デバッグの方法
XMLパース
WordPress の活用
ネットワーク接続チェックの仕方（WiFi接続の落とし穴）
AR
逆ジオコーディング
Instruments/Shark を活用したパフォーマンスチューニング
AdHoc 配布の手順

写真撮影後に viewDidLoad が呼び出される

2009-12-11T05:02:00.000+09:00

UIImagePickerController を使って写真を撮影したのち、呼び出し元の UIViewConroller の viewDidLoadが呼び出されていることに気がついた。このメソッドはてっきり最初に一回だけ呼び出されるものと思っていたのでここへ初期化処理を書いておいたのだが、そのせいで写真撮影毎に初期化処理が呼び出されてしまった。また view上の UIImageView へ設定していた画像が表示されない。中身を確認すると nil になっていた。

調べてみると、どうもメモリ不足が原因で UIViewController が view を再作成しているのが原因ということだった。
2009-01-21 - f-shinの日記 - iPhoneアプリ開発グループ

実際、didReceiveMemoryWarning が呼び出されているのがわかった。

- (void)didReceiveMemoryWarning {

// Releases the view if it doesn't have a superview.

NSLog(@"didReceiveMemoryWarning");

[super didReceiveMemoryWarning];

// Release any cached data, images, etc that aren't in use.

}

おー、そうなのか。

参考本で紹介されていた下記のコードは使えないことがわかる（実際、OS v3.1.2の実機で画像が表示できない）。

- (void)imagePickerController:(UIImagePickerController *)picker didFinishPickingMediaWithInfo:(NSDictionary *)info

{

[picker dismissModalViewControllerAnimated:YES];

photoView.image =

[info objectForKey:UIImagePickerControllerOriginalImage];

}

なぜなら photoView（UIImageView）はメモリ不足が生じた場合、この直後に再作成されるので。

対策方法の１つとしては viewを開放させない（再作成させない）ことが紹介されていた。
もう一つは viewが再作成されることを前提に実装する方法。

正攻法はやっぱり後者なんだろうな。
その場合、撮影した画像は UIViewController のプロパティへ直接設定するのではなく別の場所へ保存し、表示する時にそれを使うようにする必要がある。

画像を保存する

2009-11-25T06:00:00.002+09:00

UIImagePickerController から取得した画像を保存する。

ファイル名

ユニークにしたいので何かランダムなものにしたい。UUID を使うことにする。

- (NSString*) stringWithUUID {

CFUUIDRef uuidObj = CFUUIDCreate(nil);//create a new UUID

//get the string representation of the UUID

NSString *uuidString = (NSString*)CFUUIDCreateString(nil, uuidObj);

CFRelease(uuidObj);

return [uuidString autorelease];

}

- (NSString*)createImageFilename

{

NSString* filename =

[NSString stringWithFormat:@"%@.jpg", [self stringWithUUID]];

return filename;

}

（参考）Cocoaの日々: UUID を作る - CFUUIDCreate と globallyUniqueString

保存先

標準のドキュメントフォルダ直下とする。

- (NSString*)getImageFilepath

{

NSArray* paths = NSSearchPathForDirectoriesInDomains(

NSDocumentDirectory, NSUserDomainMask, YES);

NSString* path = [paths objectAtIndex:0];

return [path stringByAppendingPathComponent:self.memo.photo];

}

保存処理

UIImageJPEGRepresentation を使う。

- (void)saveImage

{

NSData* data = UIImageJPEGRepresentation(self.photoView.image,0.5);

[data writeToFile:[self getImageFilepath] atomically:NO];

}

（参考）Cocoa Touch の日々: UIKit Functions

UIKit Functions

2009-11-20T05:56:00.004+09:00

いわゆるユーティリティ系の関数があるのに気がついた。

画像系だとこんなのがある。

NSData * UIImageJPEGRepresentation (

UIImage *image,
   CGFloat compressionQuality
);

NSData * UIImagePNGRepresentation (

UIImage *image
);

void UIImageWriteToSavedPhotosAlbum (

UIImage  *image,
   id       completionTarget,
   SEL      completionSelector,
   void     *contextInfo
);

画像を保存する時に使えそう。

（追加）画像の処理については下記の記事が詳しい。
UIImagePickerController, UIImage, Memory and More! - Stack Overflow

基本的なことから画像の縮小や保存まで書かれていて参考になる。

キーボードの表示制御 - resignFirstResponder と透明なボタン

2009-11-18T06:27:00.002+09:00

OneLiner の作成は細々と続いている。今はこんな感じ。

詳細情報のビューではタイトルとメモの入力、それとカメラ取り込みができるようになっている（まだできていないが）。

さて詳細情報のビュー（以下、詳細ビュー）では、何も工夫しないと下記の場合キーボードが出っぱなしになってしまう。

前回テキストフィールドにフォーカスがあたった状態で、詳細ビューを開く
テキストフィールドにフォーカスをあててしまった

このままだと画像が見えなくて困るのでキーボードを隠す必要がある。はじめてのiPhoneプログラミングによればフォーカスを外せばキーボードは自動的に隠れるとのこと。そこで次のタイミングでフォーカスを外す事ににした。

詳細ビューが隠れる時
テキストフィールド以外をタッチした時

フォーカスを外すには全てのテキストフィールドに対して resignFirstResponder を投げれば良い。その為の小さなメソッドを書いた。

- (void)hideKeyboard

{

[textTitle resignFirstResponder];

[textMemo resignFirstResponder];

}

これを各タイミングで呼出せば良い。詳細ビューが隠れる時は UIViewController の viewWillDisappear をオーバーライドする。

- (void)viewWillDisappear:(BOOL)animated

{

[self hideKeyboard];

}

なおビューが隠れた後では遅いので viewDidDisappear はこの目的では使えない。

「テキストフィールド以外をタッチした時」は、画面を覆う透明なボタンを作り、それがタッチされた時に先ほどの hideKeyboard を呼出せば良い。このボタンは Interface Builder で Round Rect Button を配置し、ビュー一杯に広げた後に Type を Custom に変えると透明なボタンになる。

さらに他のコントロールの下へ来る様に Layout メニューで Send To Back を選び、背面へ移動させる。
上記ははじめてのiPhoneプログラミングで紹介されていた方法。大味な感じもするが他に方法がわからないので従うことにする。

- - - -
逆にテキストフィールドへフォーカスをあてたい場合はどうすれば良いのだろうか。新規登録時にはタイトルのフィールドへ自動的にフォーカスをあてたい。

追加UIの変更 - UIBarButtonSystemItemAdd

2009-11-09T06:19:00.001+09:00

メモを追加するユーザインターフェイスを一般的なものに変える。右上に十字「＋」ボタンがでるやつ。メインのビューコントローラでボタンを追加する。

こんな感じ。

MainViewController.m

- (void)viewDidLoad {

UIBarButtonItem* addButton = [[UIBarButtonItem alloc]

initWithBarButtonSystemItem:UIBarButtonSystemItemAdd

target:self action:@selector(addMemo:)];

self.navigationItem.rightBarButtonItem = addButton;

[addButton release];

}

こうなる。

メモの変更と追加

2009-11-03T08:06:00.001+09:00

OneLiner開発続き。

今回はメモの変更と追加機能を追加する。

メモの変更

まず変更から。変更画面用のコントローラ DetailViewController と Xibを用意する。

DetailViewController.h

#import

@interface DetailViewController : UIViewController {

NSManagedObject* _managedObject;

UITextField *_textTitle;

}

@property (nonatomic, retain) NSManagedObject* managedObject;

@property (nonatomic, retain) IBOutlet UITextField* textTitle;

@end

最初のリスト画面で項目を選んだらこの変更用ビューをナビゲーションスタックへ pushして表示する。この時選択された行の NSManagedObject をへ渡してやる。この時も fetchedResultController から目的の行を簡単に取り出せる。

MainViewController.m

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath

{

detailViewController.managedObject =

[fetchedResultsController objectAtIndexPath:indexPath];

[[self navigationController] pushViewController:detailViewController

animated:YES];

}

DetailViewController では Saveボタンが押されたら変更された内容をこの NSManagedObject へ反映する。反映後にナビゲーションスタックを popして元の画面へ戻る。

DetailViewController.m

- (void)save:(id)sender

{

[self.managedObject setValue:self.textTitle.text forKey:@"title"];

NSError* error = nil;

[[self.managedObject managedObjectContext] save:&error];

NSLog(@"error=%@", error);

[self.navigationController popViewControllerAnimated:YES];

}

変更の結果を UITableView へ反映させる必要がある。この目的で NSFetchedResultsControllerDelegate が用意されている。このデリゲートのメソッドを実装して NSManagedObjectContext の変更を UITableView へ反映させる。

MainViewController.m

- (void)controller:(NSFetchedResultsController *)controller didChangeObject:(id)anObject atIndexPath:(NSIndexPath *)indexPath forChangeType:(NSFetchedResultsChangeType)type newIndexPath:(NSIndexPath *)newIndexPath {

switch(type) {

case NSFetchedResultsChangeInsert:

NSLog(@"NSFetchedResultsChangeInsert:");

[self.tableView insertRowsAtIndexPaths:[NSArray arrayWithObject:newIndexPath] withRowAnimation:UITableViewRowAnimationFade];

break;

case NSFetchedResultsChangeDelete:

NSLog(@"NSFetchedResultsChangeDelete:");

[self.tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] withRowAnimation:UITableViewRowAnimationFade];

break;

case NSFetchedResultsChangeUpdate:

NSLog(@"NSFetchedResultsChangeUpdate:");

[self configureCell:[self.tableView cellForRowAtIndexPath:indexPath] atIndexPath:indexPath];

break;

case NSFetchedResultsChangeMove:

NSLog(@"NSFetchedResultsChangeMove:");

[self.tableView deleteRowsAtIndexPaths:[NSArray arrayWithObject:indexPath] withRowAnimation:UITableViewRowAnimationFade];

// Reloading the section inserts a new row and ensures that titles are updated appropriately.

[self.tableView reloadSections:[NSIndexSet indexSetWithIndex:newIndexPath.section] withRowAnimation:UITableViewRowAnimationFade];

break;

}

変更、挿入、削除など操作の種類によって UITableView を変更する。上記はDevCenterで配布されているサンプルコード CoreDataBooks が参考になった。

メモの追加

続いてメモの追加。トップ画面のテキストボックスへテキストを入力し、"POST"ボタンを押すと追加できるようにする。"POST"ボタンを post: アクションへ繋げて処理を書く。

MainViewController.m

- (IBAction)post:(id)sender

{

NSLog(@"Post message");

NSError* error = nil;

NSManagedObject* memo = [NSEntityDescription insertNewObjectForEntityForName:@"Memo"

inManagedObjectContext:managedObjectContext];

[memo setValue:self.textField.text forKey:@"title"];

[managedObjectContext save:&error];

if (error) {

NSLog(@"ERROR: %@", error);

} else {

self.textField.text = @"";

[self.textField resignFirstResponder];

}

CoreData を使っていると簡単に追加できる。

追加時のログを見ると INSERT が投げられているのがわかる。

2009-11-03 07:29:57.705 OneLiner[15035:207] CoreData: sql: BEGIN EXCLUSIVE
2009-11-03 07:29:57.707 OneLiner[15035:207] CoreData: sql: SELECT Z_MAX FROM Z_PRIMARYKEY WHERE Z_ENT = ?
2009-11-03 07:29:57.708 OneLiner[15035:207] CoreData: sql: UPDATE Z_PRIMARYKEY SET Z_MAX = ? WHERE Z_ENT = ? AND Z_MAX = ?
2009-11-03 07:29:57.709 OneLiner[15035:207] CoreData: sql: COMMIT
2009-11-03 07:29:57.710 OneLiner[15035:207] CoreData: sql: BEGIN EXCLUSIVE
2009-11-03 07:29:57.711 OneLiner[15035:207] CoreData: sql: INSERT INTO ZMEMO(Z_PK, Z_ENT, Z_OPT, ZTITLE, ZPHOTO) VALUES(?, ?, ?, ?, ?)
2009-11-03 07:29:57.712 OneLiner[15035:207] CoreData: sql: COMMIT
2009-11-03 07:29:57.714 OneLiner[15035:207] CoreData: sql: pragma page_count
2009-11-03 07:29:57.714 OneLiner[15035:207] CoreData: annotation: sql execution time: 0.0006s
2009-11-03 07:29:57.715 OneLiner[15035:207] CoreData: sql: pragma freelist_count
2009-11-03 07:29:57.715 OneLiner[15035:207] CoreData: annotation: sql execution time: 0.0007s

UITableView のアクセサリ

UITableViewの右側に表示されている ">" アイコン。参考本に従ってデリゲートメソッド tableView:accessoryTypeForRowWithIndexPath: を実装すると、実行時に WARNING が表示された。

2009-10-25 09:42:12.828 OneLiner[5235:207] WARNING: Using legacy cell layout due to delegate implementation of tableView:accessoryTypeForRowWithIndexPath: in . Please remove your implementation of this method and set the cell properties accessoryType and/or editingAccessoryType to move to the new cell layout behavior. This method will no longer be called in a future release.

- (UITableViewCellAccessoryType)tableView:(UITableView *)tableView accessoryTypeForRowWithIndexPath:(NSIndexPath *)indexPath
{
return UITableViewCellAccessoryDisclosureIndicator;
}

OS3.0からはデリゲート（テーブル単位）ではなくセル単位で指定できるようになった。UITableViewCell の accessoryTypeプロパティに設定してやれば良い。こんな感じ。

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
static NSString *SimpleTableIdentifier = @"SimpleTableIdentifier";
UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:SimpleTableIdentifier];
if (cell == nil) {

cell = [[[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault
reuseIdentifier:kCellIdentifier] autorelease];

cell.accessoryType = UITableViewCellAccessoryDisclosureIndicator;
}
NSManagedObject* managedObject = [fetchedResultsController objectAtIndexPath:indexPath];
cell.textLabel.text = [managedObject valueForKey:@"title"];
return cell;
}

UITableViewCell の初期化

UITableViewCell の生成も OS3.0から変わっていて従来の initWithFrame:reuseIdentifier: ではなく、initWithStyle:reuseIdentifier: を使う（前者は Deprecated扱い）。セル内に複数の文字列を表示することが容易になった。

- - - -
変更、追加直後は UITableViewの表示に反映されない。スクロールして再描画をさせると表示が更新される。原因わからず。

UINavigationController の導入

2009-10-24T14:41:00.000+09:00

（前回）Cocoa Touch の日々: NSFetchedResultsController を使って CoreData を表示する

一覧画面で項目を選択するとその詳細画面を表示するようにしたい。今まではメインのウィンドウに１つのビューコントローラを直接割り当てていたが、UINavigationController を導入して、画面を切り替えるようにする。

（参考）「はじめての iPhoneプログラミング」- 「第９章ナビゲーション・コントローラとテーブルビュー」

アプリケーションデリゲートのアウトレットを今までのビューコントローラから、UINavigationController へ変更する。

OnLinerAppDelegate.h

#import

@class MainViewController;

@interface OneLinerAppDelegate : NSObject {

UIWindow *window;

UINavigationController *mainViewController;

UINavigationController *navigationController;

}

@property (nonatomic, retain) IBOutlet UIWindow *window;

@property (nonatomic, retain) IBOutlet MainViewController* mainViewController;

@property (nonatomic, retain) IBOutlet UINavigationController* navigationController;

@end

InterfaceBuilder を開き Navigation Controller を追加し、One Liner AppDelegate のアウトレットに接続する。従来あった MainViewController は削除する。

続いて UINavigationController の rootViewController に MainViewController を指定する。方法は、MainWindow.xib をリスト表示して Navigation Controller の下に現れる View Controller を書き換える。

後は AppDelegate の applicationDidFinishLaunching: このビューをウィンドウのビューとして設定すれば良い。

- (void)applicationDidFinishLaunching:(UIApplication *)application {

// Override point for customization after application launch

[window addSubview:navigationController.view];

[window makeKeyAndVisible];

}

これで終わり。
実行するとこんな感じになる。

画面上部にナビゲーション用のバー（"Root View Controller"）が表示されるようになる。

- - - -
次は詳細画面を作り、そこで編集が行える様にする。
（続く）

NSFetchedResultsController を使って CoreData を表示する

2009-10-13T06:36:00.000+09:00

iPhone Dev Center から CoreDataBooks というサンプルコードを入手してソースを読む。なるほど NSFetchedResultsController を使うと UITableView で CoreData を使うのが楽になりそうだ。

CoreDataBooks の動作はこんな感じ。

リストに詳細表示、それと項目の編集を行う３つのビューから構成される。データの格納に CoreData を採用していて UITableView との連携に NSFetchedResultsController を使っている。

NSFetchedResultsController の使い方を理解するためにこのコードを参考にしつつ、（テーブルが一つで）構造が単純な OneLiner を NSFetcedResultsController を使うバージョンに書き換えてみる。

MainViewController.h

@interface MainViewController : UIViewController {

NSPersistentStoreCoordinator* persistentStoreCoordinator;

NSManagedObjectContext* managedObjectContext;

NSFetchedResultsController* fetchedResultsController;

}

メンバ変数に NSFechedResultsController を追加。

MainViewController.m

- (void)setupFetchedResultsController

{

// [1] Persistent Store Coordinator

persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[NSManagedObjectModel mergedModelFromBundles:nil]];

NSError* error = nil;

NSString* filepath = [NSString stringWithFormat:@"%@/%@",

[NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) objectAtIndex:0],

@"memo.db"];

[persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType

configuration:nil

URL:[NSURL fileURLWithPath:filepath]

options:nil

error:&error];

if (error) {

NSLog(@"[1] %@", error);

}

// [2] Managed Object Context

managedObjectContext = [[NSManagedObjectContext alloc] init];

[managedObjectContext setPersistentStoreCoordinator:persistentStoreCoordinator];

// [3] Fetched Results Controller

// Fetch Request

NSFetchRequest* request = [[NSFetchRequest alloc] init];

[request setEntity:[NSEntityDescription entityForName:@"Memo"

inManagedObjectContext:managedObjectContext]];

[request setIncludesSubentities:NO];

// Sort Descriptor

NSSortDescriptor* sortDescriptor =

[[NSSortDescriptor alloc] initWithKey:@"title"

ascending:YES];

[request setSortDescriptors:[NSArray arrayWithObject:sortDescriptor]];

// Fetched Result Controller

fetchedResultsController =

[[NSFetchedResultsController alloc]

initWithFetchRequest:request

managedObjectContext:managedObjectContext

sectionNameKeyPath:nil

cacheName:@"Root"];

[sortDescriptor release];

[request release];

}

セットアップ用のメソッドを用意し、ここで NSPersistentStoreCoordinator, NSManagedObjectContext, NSFectedResultsController の３つのインスタンスを用意する。NSFetchedController には検索条件、ソート条件をあらかじめ渡しておく。

- (void)viewDidLoad {

[super viewDidLoad];

[self setupFetchedResultsController];

NSError* error = nil;

if (![fetchedResultsController performFetch:&error]) {

NSLog(@"%@", error);

}

View のロード時にセットアップと読み込み(performFetch)を実行する。

続いて DataSource のコーディング。

- (NSInteger)tableView:(UITableView *)table numberOfRowsInSection:(NSInteger)section

{

id <NSFetchedResultsSectionInfo> sectionInfo =

[[fetchedResultsController sections] objectAtIndex:section];

return [sectionInfo numberOfObjects];

}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath

{

static NSString *SimpleTableIdentifier = @"SimpleTableIdentifier";

UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:SimpleTableIdentifier];

if (cell == nil) {

cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero

reuseIdentifier:SimpleTableIdentifier] autorelease];

}

NSManagedObject* managedObject = [fetchedResultsController objectAtIndexPath:indexPath];

cell.textLabel.text = [managedObject valueForKey:@"title"];

return cell;

}

前回までは呼出される毎に検索をかけていたが、その部分を NSFetchedController にまかせることができるのですっきりした。UITableView 向けにつくられているので Section や NSIndexPath をそのまま扱えるのが便利。

実行してみよう。

動いた。

コンソールを見るとSQLが飛んでいるのは１回のみ（あたりまえだが）。

[Session started at 2009-10-13 06:13:39 +0900.]
2009-10-13 06:13:44.494 OneLiner[8886:207] CoreData: annotation: Connecting to sqlite database file at "/Users/hashi/Library/Application Support/iPhone Simulator/User/Applications/BF9B0A56-4CC4-428A-AB2B-FD1E20BDEAAD/Documents/memo.db"
2009-10-13 06:13:44.500 OneLiner[8886:207] CoreData: sql: pragma cache_size=1000
2009-10-13 06:13:44.501 OneLiner[8886:207] CoreData: sql: SELECT Z_VERSION, Z_UUID, Z_PLIST FROM Z_METADATA
2009-10-13 06:13:44.549 OneLiner[8886:207] CoreData: sql: SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZTITLE, t0.ZPHOTO FROM ZMEMO t0 ORDER BY t0.ZTITLE
2009-10-13 06:13:44.551 OneLiner[8886:207] CoreData: annotation: sql connection fetch time: 0.0019s
2009-10-13 06:13:44.552 OneLiner[8886:207] CoreData: annotation: total fetch execution time: 0.0032s for 18 rows.

SQLiteから取得したデータの管理を NSFetechedResultsController がやってくれるのでこれはいい。

UITableViewでCoreDataを効果的に扱える NSFetchedResultsController

2009-10-07T06:04:00.005+09:00

MacOSX 版の Core Data のメソッド一覧（Core Data Framework Reference）と、iPhone版のそれを見比べると iPhone版の方がメソッドが多い事に気がついた。

一つは NSFetchedResultsController。

それとプロトコルが２つ。

NSFetechedResultsController の Overview によれば

This class is intended to efficiently manage the results returned from a Core Data fetch request to provide data for a UITableView object.

とある。

こんなクラスが追加されていたのか。
前回までのプログラミングで UITableView と CoreData を組み合わせるのは手間がかかるので何かうまい方法がないかと探していたが、やはりあったようだ。

サンプルもあるようなのでこれらを試してみよう。
（続く）

CoreData で発行されている SQL をデバッグ出力する

2009-10-05T06:55:00.007+09:00

Mac Dev Center: Core Data Programming Guide: Core Data Performance

この中の "Analyzing Fetch Behavior with SQLite" に、コマンドライン引数に次を指定すると CoreDataから SQLite へ発行される SQL をデバッグ出力できるとの記述があった。

-com.apple.CoreData.SQLDebug 1

やってみよう。

実行可能ファイルの設定を開く。

「起動時に渡される引数」に上記の引数を追加する。

実行する。以下、例。

2009-10-05 06:50:48.557 OneLiner[1202:207] CoreData: sql: SELECT COUNT(*) FROM ZMEMO t0 
2009-10-05 06:50:48.558 OneLiner[1202:207] CoreData: annotation: total count request execution time: 0.0022s for count of 16.
2009-10-05 06:50:48.560 OneLiner[1202:207] CoreData: sql: SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZTITLE, t0.ZPHOTO FROM ZMEMO t0 ORDER BY t0.ZTITLE
2009-10-05 06:50:48.561 OneLiner[1202:207] CoreData: annotation: sql connection fetch time: 0.0010s
2009-10-05 06:50:48.562 OneLiner[1202:207] CoreData: annotation: total fetch execution time: 0.0023s for 16 rows.
2009-10-05 06:50:48.564 OneLiner[1202:207] CoreData: sql: SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZTITLE, t0.ZPHOTO FROM ZMEMO t0 ORDER BY t0.ZTITLE
:
:

これはいいな。
デバッグだけでなくパフォーマンスチューニングするのにこれは役立つ。

CoreData のデータを UITableView で表示する

2009-10-03T08:43:00.000+09:00

（前回）Cocoa Touch の日々: CoreData - テーブルの件数を取得する

件数が取得できたので今度はデータを取得し、これを UITableView へ表示する。

CoreDataからのデータ取得方法は Mac Dev Center のガイドを参考にした。
Mac Dev Center: Core Data Programming Guide: Fetching Managed Objects

データ取得ができたのでこれを UITableView へ表示する。
まず DataSource メソッドの実装。

件数は前回作成したメソッドを使用する。

- (NSInteger)tableView:(UITableView *)table numberOfRowsInSection:(NSInteger)section
{
 return [self getCount];
}

１行毎のデータは新規に -[getEntityAtIndex:] を用意し、これを呼出す。

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
 static NSString *SimpleTableIdentifier = @"SimpleTableIdentifier";
 UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:SimpleTableIdentifier];
 if (cell == nil) {
  cell = [[[UITableViewCell alloc] initWithFrame:CGRectZero
            reuseIdentifier:SimpleTableIdentifier] autorelease];
 }
 NSUInteger row = [indexPath row];
 NSManagedObject* managedObject = [self getEntityAtIndex:row];
 cell.textLabel.text = [managedObject valueForKey:@"title"];
 return cell;
}

なお UITableViewCell の textプロパティは iPhoneOS3.0よりDeprecated となっていた。その代わりに textLabelプロパティを使用する。

データ１行を取得するメソッドの実装。

- (NSManagedObject*)getEntityAtIndex:(NSUInteger)index
{
 NSFetchRequest* request = [[NSFetchRequest alloc] init];
 [request setEntity:[NSEntityDescription entityForName:@"Memo"
           inManagedObjectContext:managedObjectContext]];
 [request setIncludesSubentities:NO];

 NSSortDescriptor* sortDescriptor =
  [[NSSortDescriptor alloc] initWithKey:@"title"
         ascending:YES];
 [request setSortDescriptors:[NSArray arrayWithObject:sortDescriptor]];
 [sortDescriptor release];
 
 NSError* error = nil;
 NSArray *array = [managedObjectContext executeFetchRequest:request error:&error];
 if (array == nil) {
  NSLog(@"%@", error);
  return nil;
 }
 return [array objectAtIndex:index];
}

毎回全件持ってくるので効率が非常に悪いがとりあえずは動く事を優先させる（この辺りは動いた後に見直そう）。

実行してみる。

出た。

※データが同じものがたくさんあるが、実際そのように入れてある。

- - - -
サンプルの動作ではなく、実際に自分で組み立ててそれが動くとうれしい。やっぱりプログラミングは楽しい。

+++++ 参考本 +++++
はじめてのiPhoneプログラミング

+++++ 関連情報 +++++
Cocoa Touch の日々: CoreDataを使う
Cocoa Touch の日々: 習作アプリ作成開始〜「一行メモ」

CoreData - テーブルの件数を取得する

2009-09-30T06:28:00.008+09:00

（前回からの続き：Cocoa Touch の日々: CoreDataを使う）

これから CoreData のデータを UITableView へ表示させる。UITableView へデータを表示するには最低２つの DataSourceメソッドを実装する必要がある。

- (NSInteger)tableView:(UITableView *)table numberOfRowsInSection:(NSInteger)section;
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath;

これらのメソッドを実装するにあたり、まずはテーブルの件数を取得しよう。

ネットで探してみると "Effecient way to count entities" という記事が見つかった。
（参考）Cocoa CoreData effiecient way to count entities! - Stack Overflow

これを参考に件数取得のコードを書いてみた（というかそのまんまだが）。

- (NSUInteger)getCount
{
 NSFetchRequest* request = [[NSFetchRequest alloc] init];
 [request setEntity:[NSEntityDescription entityForName:@"Memo"
           inManagedObjectContext:managedObjectContext]];
 [request setIncludesSubentities:NO];
 
 NSError* error = nil;
 NSUInteger count = [managedObjectContext countForFetchRequest:request error:&error];
 if (count == NSNotFound) {
  count = 0;
 }
 [request release];
 
 return count;
}

managedObjectContext はメンバ変数として既に用意してあるものとする。
＃NSError 変数は以前痛い目にあっているので必ず初期化しておく。

もし条件で絞り込みたい場合は Predicateなどが使える。
（参考）Cocoaの日々 - 2005年10月

CoreDataを使う

2009-09-02T06:05:00.006+09:00

iPhone3.0から CoreData が使えるとのことだったので OneLiner で使ってみることにする。CoreDataは随分昔に MacOSXで使ったことがあるのでそのときの記事を引っ張りだしてきてコードを書いてみた。

Cocoaの日々（旧）
Core Data その1

CoreDataは永続性スタックと呼ばれるいくつかのクラスで構成されていて、利用時にはこれらのインスタンスを用意する必要がある。

（過去記事から引用）

コードはこんな感じ（とりあえず awakeFromNib に書いてみた）。

- (void)awakeFromNib
{
 persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc]
              initWithManagedObjectModel:[NSManagedObjectModel mergedModelFromBundles:nil]];
 
 managedObjectContext = [[NSManagedObjectContext alloc] init];
 [managedObjectContext setPersistentStoreCoordinator:persistentStoreCoordinator];
 
 NSError* error = nil;
 NSString* filepath = [NSString stringWithFormat:@"%@/%@",
   [NSSearchPathForDirectoriesInDomains(
                            NSDocumentDirectory, NSUserDomainMask, YES) objectAtIndex:0],
        @"memo.db"];
 
 [persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType
            configuration:nil
                URL:[NSURL fileURLWithPath:filepath]
               options:nil
              error:&error];
 NSLog(@"1:%@", error);
 
 NSManagedObject* memo =
  [NSEntityDescription insertNewObjectForEntityForName:@"Memo"
           inManagedObjectContext:managedObjectContext];
 [memo setValue:@"hello" forKey:@"title"];
 [memo setValue:@"photo1.png" forKey:@"photo"];
 [managedObjectContext save:&error];
 NSLog(@"2:%@", error);
}

永続性スタックである NSPersistentStoreCoordinator, NSManagedObjectContext を用意し、必要な処理を加えていけば良い。以前の記事でも解説されているが、前者はモデル（いわゆるスキーマ）と（persistent object storeを通じて）DBファイルを扱い、後者はDBに対する検索、追加、変更、削除などのプログラミングのインターフェイスを提供している。今回永続化タイプは SQLite を選んだ。

モデルは Xcodeの「新規ファイル...」から作成できる。

今回は Memo というエンティティを１つ用意した。

さて実行してみよう。所定の場所に memo.db が作成されて（サンプルコードで挿入した）値が格納されているのがわかる。

Snow Leopard 付属の Xcode3.2 アップグレードすると iPhone開発ができなくなった

2009-09-01T05:25:00.007+09:00

Snow Leopard 付属の Xcode3.2 アップグレードすると iPhone開発ができなくなった。iPhoneを接続してもオーガナイザになにも表示されない。

ネットを調べると Snow Leopard用の iPhone SDK が出ているとこのことだった。

iPhone Dev Center（要ログイン）へログインし、Downloadsから "iPhone SDK (Snow Leopard)" を選びダウンロードしインストールする。

すると iPhoneが認識され、無事にビルドすることができた。

- - - -

XCode3.2 ではフォントが変わった。

"Window-based Application" から組み立ててみる

2009-08-21T05:38:00.000+09:00

一行メモの開発に入る。

新規プロジェクトを作成し "Window-based Applicatoin" を選択する。
名前を "OneLiner" とした。

この直後はデフォルトで用意されるアプリケーションデリゲートのクラスが１つできるだけ。
まずはビューを１つ追加してみよう。

新規ファイル作成を選び "UIViewController subclass"を選択する。
名前は "MainViewController" とする。
作成時のオプションで "With XIB for user interface" を入れておく。こうすると自動的にクラスの同名の XIBファイルを作り File's owner をそのクラスにしておいてくれる。

こんな感じ。

これらをつなげる作業に入ろう。
最終イメージはこう。

まずコードにプロパティとアウトレットを追加する。

OneLinerAppDelegate.h

@class MainViewController;
@interface OneLinerAppDelegate : NSObject  {
    UIWindow *window;
 MainViewController* mainViewController;
}

@property (nonatomic, retain) IBOutlet UIWindow *window;
@property (nonatomic, retain) IBOutlet MainViewController* mainViewController;

@end

mainViewController が新規に加わった部分。

続いて MainWindow.XIB を開きアウトレットを接続する。

(1) MainWindow.XIB に UIViewController を追加し、クラスを MainViewController に変える
(2) OneLinerAppDelegate のアウトレット mainViewerController に(1)を接続する

さらに MainViewController.XIB を開きとりあえず簡単なコントロールを配置しておく。

最後にプログラムで window とビューを接続する。
OneLinerAppDelegate.m

- (void)applicationDidFinishLaunching:(UIApplication *)application {    

    // Override point for customization after application launch
 [window addSubview:mainViewController.view];
    [window makeKeyAndVisible];
}

さて実行してみよう。
ビューが表示された。

- - - -
これら一連の操作は実は Xcodeで新規プロジェクトを作成する時に "View-based Application" を選ぶと自動的に行われるもの。今回手動でやってみることでそれぞれの関係を理解することができた。

習作アプリ作成開始〜「一行メモ」

2009-08-20T06:03:00.000+09:00

いくつかサンプルを読んで雰囲気がわかってきたので、習作アプリを１本作ってみる。

あまりあれこれ欲張っても時間がかかるだけなので、画面も少なく極力シンプルなものを手がけてみよう。

それが「一行メモ」。１行のメモを記録するだけのアプリ。一応写真が取れるようにしておく。

データは SQLite へ格納する。

iPhoneシミュレーターで日本語を入力する

2009-08-19T05:32:00.000+09:00

最初は英数字しか入力できず日本語をどうやったら入力できるのかがわからなかった。
分かってみれば簡単。

1. iPhoneシミュレーターを立ち上げる
2. シミュレーター内の「設定」をクリック
3. 「一般」>「言語環境」と開き「言語」で日本語を選ぶ

ついでに「書式」を日本に変えておく。

- - - -
なるほどこのあたりも実機と同じ様につくってあるのか。
英語環境でのテストも簡単にできそうだ。

本情報：Core Data for iPhone

2009-08-18T06:02:00.000+09:00

iPhone関連の洋書の紹介。

「Core Data for iPhone: Building Data-Driven Applications for the iPhone and iPod Touch (Core Frameworks Series) (ペーパーバック)」

表題からして 3.0からサポートされた Core Data を使った開発の解説のようだ。

「第16章 iPhoneのカメラとフォトライブラリ」のサンプルを走らせる

2009-08-17T06:41:00.007+09:00

ソースコードを読む。

CameraViewController.h

@interface CameraViewController : UIViewController 
 {
  :
@property (nonatomic, retain) IBOutlet UIImageView *imageView;
@property (nonatomic, retain) IBOutlet UIButton *takePictureButton;
@property (nonatomic, retain) IBOutlet UIButton *selectFromCameraRollButton;
- (IBAction)getCameraPicture:(id)sender;
- (IBAction)selectExistingPicture;
@end

２つのデリゲートの実装を宣言している。またビューと２つのボタンのアウトレット、そしてボタンをタップしたときのアクションが２つある。

CameraViewController.h

初期化処理。カメラが無い場合（iPod Touch）はボタンを隠すようにしている。

- (void)viewDidLoad {
    if (![UIImagePickerController isSourceTypeAvailable:
          UIImagePickerControllerSourceTypeCamera]) {
        takePictureButton.hidden = YES;
          :
    }
}

"Take New Picture" もしくは "Pick from Camera Roll" を押したときの処理。

- (IBAction)getCameraPicture:(id)sender {
    UIImagePickerController *picker =
    [[UIImagePickerController alloc] init];
    picker.delegate = self;
    picker.allowsImageEditing = YES;
    picker.sourceType = (sender == takePictureButton) ? 
    UIImagePickerControllerSourceTypeCamera :
    UIImagePickerControllerSourceTypeSavedPhotosAlbum;
    [self presentModalViewController:picker animated:YES];
    [picker release];
    
}

UIImagePickerController のインスタンスを作り、デリゲート等プロパティを設定する。
押されたボタンの種類によってソースをカメラもしくはフォトアルバムのいずれかに切り替えている。
そして最後に presentModalViewController:animated: へ UIImagePickerController を渡す。
なるほど。これによって、例えば "Take New Picture" を押した場合、カメラのビューが下からずずずっとスライドしてくる動作になるのか。

ADCリファレンスを見るとモーダルビューへのアニメーションの種類を modalTransitionStyle で制御できるらしい。
試しに UIImagePickerController の modalTransitionStyle を UIModalTransitionStyleFlipHorizontal に設定してみた。

picker.modalTransitionStyle = UIModalTransitionStyleFlipHorizontal;

すると今度は水平方向にパネルが回転するようなアニメーションでカメラのビューに切り替わった。

カメラでの撮影、もしくはフォトアルバムからの選択が終わるとデリゲートメソッドが呼ばれる。

- (void)imagePickerController:(UIImagePickerController *)picker 
        didFinishPickingImage:(UIImage *)image
                  editingInfo:(NSDictionary *)editingInfo {
    imageView.image = image;
    [picker dismissModalViewControllerAnimated:YES];
    
}

画像が UIImage として渡されるのでこれを表示用ビューへ設定する。最後に dismissModalViewControllerAnimated: でカメラのビューを消す。

キャンセル時にもデリゲートメソッドが呼ばれるのでカメラビューをキャンセル。

- (void)imagePickerControllerDidCancel:(UIImagePickerController *)picker {
    
    [picker dismissModalViewControllerAnimated:YES];
}

参考本：はじめてのiPhoneプログラミング

オーガナイザ「開発をサポートできませんでした」

2009-08-16T13:25:00.004+09:00

ある日突然、オーガナイザから「開発をサポートできませんでした。」と表示される。

なんだこれ、と思いつつネットで調べると同様の現象は結構出ているようだ。解決策の中には OS を 3.1β に上げれば直るなんて載っていた。β版へのバージョンアップか。。今はやりたくないな。もう少し調べると iPhoneの電源の入れ直しで直ったとのブログがあった。

iPhone実機でデバッグ出来ない！

試して見るとうまくいった。ふう。

「第11章データの保存」のSQLiteサンプルを走らせる

2009-08-15T06:45:00.005+09:00

入手したサンプルコードをビルド（フォルダ： 11 Persistence SQLite) 。

iPhoneシミュレータで動作を確認。入力した文字列が次回起動時にも反映されている。

ソースコードをざっと確認する。
PersistenceViewController

まず起動時に viewDidLoad が呼出される。

- (void)viewDidLoad
　・SQLite DB にテーブルを作成 (CREATE TABLE)
　・保存してあった文字列を取得(SELECT)し、UITextFieldへ設定
　・UIApplicationWillTerminateNotification を登録

DBから取得した文字列を UITextFieldへ設定するのに KVCを使っている。

            NSString *fieldName = [[NSString alloc]
                                   initWithFormat:@"field%d", row];
            NSString *fieldValue = [[NSString alloc]
                                    initWithUTF8String:rowData];
            UITextField *field = [self valueForKey:fieldName];

fieldNameは "field1", "field2" , ...となりプロパティ名と一致する。これを使い valueForKey で UITextFieldのインスタンスを取得している。

終了時。

- (void)applicationWillTerminate:(NSNotification *)notification
　・INSER OR REPACE 文を使い文字列を DBへ格納
　・DBをCLOSE

後始末

- (void)viewDidUnload {
    // Release any retained subviews of the main view.
    // e.g. self.myOutlet = nil;
    self.field1 = nil;
    self.field2 = nil;
    self.field3 = nil;
    self.field4 = nil;
    [super viewDidUnload];
}

SQLite ファイルはどこに書き出されているのか。デバッガコンソールへ出力してみる。

- (NSString *)dataFilePath {
    NSArray *paths = NSSearchPathForDirectoriesInDomains(
                                                         NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentsDirectory = [paths objectAtIndex:0];
 NSLog(@"%@", documentsDirectory);   // デバッガコンソールへディレクトリを表示
    return [documentsDirectory stringByAppendingPathComponent:kFilename];
}

結果。

2009-08-15 06:16:30.345 Persistence[1509:20b] /Users/hashi/Library/Application Support/iPhone Simulator/User/Applications/C5128B12-58D5-4873-A224-781256D016BA/Documents

なるほど。

気がついた点が１つ。IBOutlet は @property でも記述できるのか。

@interface PersistenceViewController : UIViewController {
    UITextField *field1;
     :
}
@property (nonatomic, retain) IBOutlet UITextField *field1;

参考本：はじめてのiPhoneプログラミング

「はじめてのiPhoneプログラミング」のサンプルコードを探す

2009-08-14T06:33:00.000+09:00

本に載っているサンプルコードを試しながら iPhoneプログラミングを学習したいのだが、いかんせんソースを打ちこむ時間がなかなか取れないし、その時間が惜しい。ソースを読むだけでも学習になるのだが、やはり実際に動かして自分なりの修正を加えて動作の確認を取りたい。

そんなわけで本で紹介されているホームページを開いてサンプルコードが無いか探してみた。

Dave and Jeff’s Excellent iPhone Support Page

既にiPhne 3 版が出ている。。

サポート用の掲示板もあるようだ。

目的のソースコードはトップページにリンクがあった。

http://iphonedevbook.com/BegiPhone3_Aug_2_2009.zip

解凍すると本の章ごとにフォルダが分けてある。これだな。

ただ iPhone OS 3 用のもののようだ（日本語は iPhone OS 2)。まあいい。

UITableView のサンプルを試す

2009-08-12T06:55:00.001+09:00

本の「第８章テーブルビューの導入」(P.204)を読み、最初のサンプルを走らせてみた。

データソースを使うところは NSTableView と良く似ている。

実機でアプリを動かす

2009-08-05T22:07:00.001+09:00

iPhone Developer Program へ参加できたので、実機でアプリ（HelloWorld）を動かしてみる。下記の記事が参考になった。

目指せ！iPhoneアプリ開発エキスパート
第9回　デバイスでアプリを動かす

iPhone Developer Program Portal には（英語だが）ウィザードのようなものも用意されていたのでそれを使ってみた。いくつかのステップを指示に従って進めていくだけで最終的に Provisioning Profile が作成できる。私の場合は作成途中で１０分以上待たされた上にエラーとなってしまった。ただログインしなおして見に行くと Profileが作成されていた。

Provisioning Profile は３つの情報を１つにまとめたものとなる。

1. Development certificates ... 証明書
2. Device identifiers ... 実機を識別するID
3. App ID ... アプリを識別するID

1. は MacOSXで CSR (Certificate Signing Request) を作り、Developer Program Portal で署名してもらう（その結果証明書ができる）。

それぞれの情報は複数つくることができて、Provisioning Profile はそれらを束ねたファイルとなる。つまり証明書、DeviceID、AppIDをいろいろ組み合わせた Profileを作ることができる。これが実機ビルド/インストールに必要となる。
（このあたりは iPhone Reference Library > iPhone Development Guide > Managing Devices に説明があり図もあってわかりやすい）

なお先日 iPhoneOS 3.0.1 がリリースされ、そのままでは Xcodeで開発ができないらしい。その件については下記情報が参考になった。
iPhone OS 3.0.1への実機ビルド対応について

さて手順通り進めるとなんとか実機で（適当に作ったサンプルの）アプリを動かす事ができた。

- - - -
ようやくスタート地点に立てた。

アクティベーションに失敗するがサポートに対応してもらい成功

2009-07-31T06:08:00.006+09:00

昨日の昼に Activation Code が書かれたメールが届いた。さっそく記載の URLからアクティベーションを行う。ページを開き、画面の指示に従い、途中ログインを行い、Activation Code を送る。すると（お約束通り？）エラー。問い合わせろとのメッセージが表示される。どうも登録アカウントと、AppleStoreの決済情報（今回別のアカウントを使用）との紐付けができない為らしい。

仕方がないので "contact us" というリンクから問い合わせフォームを開き、画面上のメッセージをコピー＆ペーストしてアクティベーションに失敗した旨を登録する（英語）。

すると１時間もしないうちに日本語でサポートからメールが届く。手動で認証手続きを行うので、AppleStoreへログインして「ご注文状況/購入履歴」の情報を送ってほしいとのこと。指示に従ってその情報が記載されたスクリーンショットを送る。すると数分後に認証ができたとの連絡がきた。このあたりサポートの対応は素早くてなかなかいい。

（指示に従って）ふたたび最初のメールに記載された URLからアクティベーションをやってみる。少しドキドキしながら最後の画面でボタンを押す。数秒後に成功画面。おお、やった。

届いたメール。

まずは１歩前進。

iPhone Developer Program Standard に申し込む

2009-07-30T08:44:00.002+09:00

シミュレータでも開発は進められるが、やはり実機で確認しながら開発を進めたい。実機で試すには iPhone Developer Program への登録が必要（有料）なので申し込むことにする。

AppleIDの情報に日本語が含まれていると問題が出るとのことだったので、新たに AppleIDを登録し、これを使って申し込んだ。決済は Apple Store で行うことになっていて、こちらは普段使っている（日本語情報を持つ）AppleID を使いクレジットカードで決済した。10,800円なり（税込み）。

24時間以内にアクティベーションコードが送られてくるらしいので待つ事にする。

iPhoneプログラミング開始

2009-07-28T06:01:00.000+09:00

iPhone 3GS を入手したのをきっかけに本を買ってプログラミングを開始することにした。このブログではその過程を綴って行く。不定期更新。

参考にする本はこれ。

(旧) Cocoa Touch の日々

サイトをリニューアルしました

UITableView の editingモードで左側の削除アイコンを消す

NSFetchedResultsController でグルーピング（Section分け）

（本）iPhoneアプリネットワーク+GPSプログラミング

写真撮影後に viewDidLoad が呼び出される

画像を保存する

UIKit Functions

キーボードの表示制御 - resignFirstResponder と透明なボタン

追加UIの変更 - UIBarButtonSystemItemAdd

メモの変更と追加

UINavigationController の導入

NSFetchedResultsController を使って CoreData を表示する

UITableViewでCoreDataを効果的に扱える NSFetchedResultsController

CoreData で発行されている SQL をデバッグ出力する

CoreData のデータを UITableView で表示する

CoreData - テーブルの件数を取得する

CoreDataを使う

Snow Leopard 付属の Xcode3.2 アップグレードすると iPhone開発ができなくなった

"Window-based Application" から組み立ててみる

習作アプリ作成開始〜「一行メモ」

iPhoneシミュレーターで日本語を入力する

本情報：Core Data for iPhone

「第16章 iPhoneのカメラとフォトライブラリ」のサンプルを走らせる

オーガナイザ「開発をサポートできませんでした」

iPhone実機でデバッグ出来ない！試して見るとうまくいった。ふう。

iPhone実機でデバッグ出来ない！

「第11章データの保存」のSQLiteサンプルを走らせる

「はじめてのiPhoneプログラミング」のサンプルコードを探す

UITableView のサンプルを試す

実機でアプリを動かす

アクティベーションに失敗するがサポートに対応してもらい成功

iPhone Developer Program Standard に申し込む

iPhoneプログラミング開始

iPhone実機でデバッグ出来ない！

試して見るとうまくいった。ふう。