(旧) Cocoaの日々

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

2010-06-13T22:27:00.002+09:00

新しいサイトはこちらです↓ Cocoaの日々 ※このサイトは閉鎖せずに今後も公開しておきます。長い間ありがとうございました。よければ新しいサイトの方も訪問してみて下さい。橋口

CoreData - トランザクション(5) まとめ

2010-06-12T14:34:00.001+09:00

前回までの検証結果まとめ。 NSManagedObjectContext操作まとめ操作説明ディスク操作Undo/Redoの履歴 save現時点でのメモリの内容を保存する書き出しなし rollbackディスク上の内容に戻す（必要なら）読み込みクリア undo１つ前の操作を取り消す（操作直前の内容に戻す）なしなし redo次の操作をもう一回行う（取り消した操作を復活）なしなし resetメモリの初期化（変更の破棄、読み込まれたオブジェクトの破棄）なしクリア (参考)NSManagedObjectContext Class Reference - Undo Management 今まで検証に使ったソースは GitHub からダウンロードできる。 CoreDataTransaction at 2010-06-12 from xcatsan's

CoreData - トランザクション(4) reset

2010-06-11T23:10:00.031+09:00

-[NSManagedObjectContext reset] を試す。コードを追加し、 - (IBAction)resetAction:sender{ [self.managedObjectContext reset];} ボタンに紐づける。実行。resetボタンを押すと、データが消える。これは NSManagedObjectContext（メモリ）上のデータが消えただけで、ディスク上のデータは残っている。試しに reload ボタンを追加する。ボタンが押されたら、NSArrayController を使っているので prepareContent を投げてみる。 - (IBAction)reloadAction:sender{ [arrayController prepareContent];} すると reset で一旦消えた後、 reloadボタンで復活。

CoreData - トランザクション(3) undo と redo

2010-06-10T23:10:00.028+09:00

undo と redo をやってみる。まずアクションメソッドを用意する。 - (IBAction)undoAction:sender{ [self.managedObjectContext undo];}- (IBAction)redoAction:sender{ [self.managedObjectContext redo];} Interface Builder を開き、Undo/Redoのボタンを追加する。これを先程のメソッドに紐づける。実行する。確かに Undo/Redo が効いている。なお標準でメニューのUndo/Redoが FirstResponderにひもづけられており、実は今回のボタンを用意しなくてもメニューから Undo/Redoが行えた。 save と rollback の関係だが次のようになっていた。 (1) save後、Undo/Redo操作は行

CoreData - トランザクション(2) rollback

2010-06-09T23:01:00.001+09:00

rollback を試してみよう。前回のサンプルに Rollback ボタンを追加する。 rollback用のアクションコードを書き、そこへ紐づける。 - (IBAction)rollbackAction:(id)sender{ [self.managedObjectContext rollback];} 実行してみよう。新規にレコードを追加し、入力したところで Rollback ボタンを押す。すると新規レコードが取り消されるのがわかる。複数の操作も試してみよう。まず新規レコードを追加し元からあったレコードを修正し１レコード削除するそして Rollback 元に戻った。

CoreData - トランザクション(1) 準備

2010-06-08T07:28:00.107+09:00

CoreData のトランザクションについて調べてみる。 NSManagedObjectContext では Undo Management としていくつかメソッドが用意されている。 NSManagedObjectContext Class Reference - Undo Management これらの挙動を試す簡単なサンプルプログラムを組んでみよう。今回はまずレコードの表示、追加、削除、変更ができるプログラムを組む。まず　Xcodeで新規プロジェクトを作る。このとき "Use Core Data for storage" にチェックを入れておく。続いてモデルを定義する。今回は Book というシンプルなエンティティを一つ用意した。ビューを用意する。NSTableView を作り author と titile 列を作る。モデルとビューの紐付けに

カテゴリでクラスメソッド定義

2010-06-07T23:50:00.000+09:00

カテゴリはクラスメソッドもいける。こうなら、 @interface Customer (Extension)+(void)hello;@end +(void)hello{ NSLog(@"hello");} 普通に呼び出せる。 [Customer hello]; ファクトリメソッドなどの追加に使えそうだ。 - - - 近日ブログのリニューアル予定（URLが変わります）。

今週のCocoa情報(6/6) - 今週気になった Cocoaプログラミング情報の紹介

2010-06-06T23:46:00.000+09:00

what are alternatives to throwing exceptions in objective c - Stack Overflow @throw よりも NSError を使う方が "the Apple recommended pattern" とのこと。確かに Cocoa Framework では例外より NSErrorを使う方が多い。 iPhone開発で便利なcocoa.vim - hellkite 日記と雑記とメモ。 MacVimとcocoa.vimで世界が変わった - Meltdown Countdown VimでCocoa開発する話題。普段 PHPアプリなどは vimを使っているので気になる。 Cocoa nonatomic properties - Stack Overflow プロパティ設定で "nonatomic"をつけない場合、ロック/

CoreData - Object ID（その５）情報

2010-06-05T23:18:00.016+09:00

（前回）Cocoaの日々: CoreData - Object ID（その４）Object ID から NSManagedObject を取得する #2 NSManagedObjectID についての情報など。 NSManagedObjectID into NSData - Stack Overflow NSURL へ変換後、NSKeyedArchiver を使い NSData へ格納。 Cocoa with Love: Safely fetching an NSManagedObject by URI NSManagedObjectIDに関して簡潔だがわかりやすい説明。URIから NSManagedObject を取得するカテゴリを紹介している。 @implementation NSManagedObjectContext (FetchedObjectFromURI)

CoreData - Object ID（その４）Object ID から NSManagedObject を取得する #2

2010-06-04T23:36:00.009+09:00

（前回）Cocoaの日々: CoreData - Object ID（その３）Object ID から NSManagedObject を取得する Object ID から NSManagedObject を取得するメソッドは、前回の -[objectWithID:] を含め３つある。クラス：NSManagedObjectContext - (NSManagedObject *)objectWithID:(NSManagedObjectID * - (NSManagedObject *)objectRegisteredForID:(NSManagedObjectID *)objectID - (NSManagedObject *)existingObjectWithID:(NSManagedObjectID *)objectID error:(NSError **)error

CoreData - Object ID（その３）Object ID から NSManagedObject を取得する

2010-06-03T23:14:00.019+09:00

Object ID の URI から NSMangedObject を取得することができる。ステップは２つ。 (1) -[NSPersistentStoreCoordinator managedObjectIDForURIRepresentation:] を使い、NSManagedObjectID を取得する (2) -[NSManagedObjectContext objectWithID:] に(1)の結果を渡し、NSManagedObject を取得する。 NSPersistentStoreCoordinator Class Reference - managedObjectIDForURIRepresentation: NSManagedObjectContext Class Reference - objectWithID: やてみよう。サンプル：

CoreData - Object ID（その２）モデルのバージョンを変える

2010-06-02T23:32:00.034+09:00

モデルのバージョンを変えると Object ID は変化するのか？試してみた。バージョンを追加後(v2)、createdを追加した。マッピングモデルを追加し、現在のバージョンを先程追加したもの(v2)に設定する。（参考）Cocoaの日々: CoreData - マイグレーションビルド後に実行してみる。（なお実行時にエラーが出る場合は、クリーニングしたのち再ビルドすると良い）。結果は変わらず。これはまあ当然か。１レコード追加してみる。 UUIDの部分（677CA547-...）は変わらないようだ。モデルのバージョンによって変化しないことがわかった。 SQLite DB の中身。 sqlite＞ select * from z_metadata; 1|677CA547-4D80-417A-8810-70847FB0375D|bplist00? _

CoreData - Object ID（その１）NSManagedObjectID

2010-06-01T23:54:00.054+09:00

NSManagedObject の Object ID NSManagedObjectには、オブジェクトを一意に識別する為にObject ID割り振られている。この ID は NSManagedObjectID型として定義されていて、-[NSManagedObject objectID] で取得できる。 NSManagedObject Class Reference - objectID NSManagedObjectID このNSManagedObjectIDは次のメソッドを持っている。 - (NSEntityDescription *)entity - (BOOL)isTemporaryID - (NSPersistentStore *)persistentStore - (NSURL *)URIRepresentation NSManagedObjectID Class

Objective-C カテゴリでプロパティ

2010-05-31T23:53:00.023+09:00

例えばこんなクラスがあるとする。 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 (nonatomic,

今週のCocoa情報(5/30) - 今週気になった Cocoaプログラミング情報の紹介

2010-05-30T23:19:00.045+09:00

How to get macos Log-in User Name in objective-c - Stack Overflow Ｑ）ログイン中のユーザ名を取得するには？Ａ）NSUserName() を使う Foundation Functions Reference 他にも NSFullUserName NSHomeDirectory NSHomeDirectoryForUser なんてものがある。 Break on EXC_BAD_ACCESS in XCode? - Stack Overflow EXC_BAD_ACCESS 解決に NSZombieEnabled を使う件。 CocoaDev: NSZombieEnabled Cocoa Singleton conventions - Stack Overflow Ｑ）シングルトンパターンを使う場合の

CoreData - テーブルの件数を取得する（SQL確認）

2010-05-29T23:17:00.000+09:00

以前、別のブログで CoreDataでテーブルの件数を取得する記事を書いた。 Cocoa Touch の日々: CoreData - テーブルの件数を取得する発行される SQLを調べてなかったので確認してみた。 SELECT COUNT(*) FROM ZSTYLETAG t0※iPhoneSDK3.1.3にて無駄なSQLは出ていないようだ（当然か）。

CoreData - SQLite の LIMIT

2010-05-28T07:09:00.001+09:00

-[NSFetchRequest setFetchBatchSize:] で指定したサイズ値がフェッチ時に発行される SQLの LIMIT値となる。例えば [fetchRequest setFetchBatchSize:20];とするとSQLはこうなる。 SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZMODIFIEDDATE, t0.ZFEE, t0.ZMEMO, t0.ZCREATEDDATE, t0.ZOPERATEDDATE, t0.ZCUSTOMER FROM ZKARTE t0 WHERE t0.Z_PK IN (?,?,?) ORDER BY t0.ZOPERATEDDATE DESC LIMIT 20 ３件ヒットするケースで、サイズを1とすると [fetchRequest setFetchBatchSize:1]; こうなる。 sql:

CoreData - 検索見本（NSManagedObjectを条件に検索）

2010-05-27T12:55:00.013+09:00

NSPredicate を使う。例えば、Customer（マスタ）＜−−−＞＞ Karte（ディティール）というモデルがあり、特定の Customer に紐づく Karteの一覧を取得する場合。 // Edit PredicadeNSPredicate* predicate = [NSPredicate predicateWithFormat:@"customer == %@", customer];[request setPredicate:predicate]; オブジェクトが条件の場合でも上記のように等号条件として書ける。 SQLite のログはこう。 SELECT 0, t0.Z_PK FROM ZKARTE t0 WHERE t0.ZCUSTOMER = ? ORDER BY t0.ZOPERATEDDATE DESC SELECT 0, t0.Z_PK, t0

CoreData - マイグレーション

2010-05-26T06:57:00.127+09:00

モデルの修正 CoreDataのマイグレーションを試してみた。通常モデルに修正を加えると、直前に作成したSQLiteDBは使えず実行時エラーが出る。この場合、SQLiteDBを一旦削除する必要がある。当然データの引き継ぎはできない。エラーログ： [16769:a0f] Error Domain=NSCocoaErrorDomain Code=134100 UserInfo=0x116760 "The managed object model version used to open the persistent store is incompatible with the one that was used to create the persistent store."[16769:a0f] This NSPersistentStoreCoordinator has

CoreData - Xcodeでモデルクラスを自動生成する

2010-05-25T06:13:00.001+09:00

Xcodeのモデルクラス自動生成機能を使った開発および運用方法など。自動生成方法モデルエディタでモデルを選択した後、メニューから「ファイル＞新規ファイル」を選ぶと管理クラスオブジェクトが選べるようになるのでこれを選択する。生成されるクラス下図のモデルのクラスを自動生成すると、関連（リレーションシップ）用のメソッドが追加される。 BlogEntry.h @class Tag;@class BlogComment; @interface BlogEntry : NSManagedObject {} @property (retain) NSDate * created;@property (retain) NSString * title;@property (retain) NSString * content;@property (retain) NSSet*

CoreData - モデル見本

2010-05-24T12:29:00.007+09:00

（前回）Cocoaの日々: CoreData - リレーションシップ(6) 削除ルール「アクションなし」「無効にする」の比較前回までの検証結果を図にまとめてみた。 ※SQLite のER図は Mac OS X 10.5での検証結果（10.6は未確認） - - - - 間違い、改善点などあればぜひ教えていただきたい（コメントへどうぞ）。

今週のCocoa情報(5/23) - 今週気になった Cocoaプログラミング情報の紹介

2010-05-23T23:18:00.007+09:00

GCDを試してみる - As Sloth As Possible 面白い。参考になった。 Best way to do interprocess communication on Mac OS X - Stack Overflow MacOSXでのプロセス間通信の方法について。・Control files ・Sockets ・Distributed objects など。 get the position of icons on the Desktop (cocoa OSX) - Stack Overflow デスクトップアイコンの位置を取得するには？ ⇒ FSGetCatalogInfoBulk を使う（らしい）。 File Manager Reference - FSGetCatalogInfoBulk Legacy: Finder Interface

CoreData - リレーションシップ(6) 削除ルール「アクションなし」「無効にする」の比較

2010-05-22T08:39:00.067+09:00

（前回）Cocoaの日々: CoreData - リレーションシップ(5) マスター・ディティールとカスケード削除タグを削除して削除ルールの違いを見てみる。（参考）モデル削除コード： -(void)deleteFirstTag{ NSManagedObjectContext* moc = [self managedObjectContext]; // (1) fetch from BlogEntry NSLog(@"----- executeFetchRequest ------------------------------------------"); NSFetchRequest* request = [[NSFetchRequest alloc] init]; [request setEntity:[NSEntityDescription

CoreData - リレーションシップ(5) マスター・ディティールとカスケード削除

2010-05-21T12:37:00.112+09:00

（前回）Cocoaの日々: CoreData - リレーションシップ(4) タグを使った検索前回までは多対多のリレーションシップでを扱ったが、今回は一般的なマスター・ディティール（１対多）を扱ってみる（順番でいけばこっちの方を先に試すべきだったかもしれない）。まず BlogComment というモデルを追加し、BlogEntry と関連づける。設定。 BlogComment.entry は、必須（非オプション）、削除ルール＝カスケード、としておく。コメント登録コード： -(void)addComment{ NSManagedObjectContext* moc = [self managedObjectContext]; // (1) fetch from BlogEntry NSFetchRequest* request = [[NSFetchRequest

CoreData - リレーションシップ(4) タグを使った検索

2010-05-20T23:30:00.054+09:00

（前回）Cocoaの日々: CoreData - リレーションシップ(3) 多対多のモデリング今回はタグを使った検索を行ってみる。といってもエントリの検索と全く同じ。 - (void)fetchDataByTag{ NSManagedObjectContext* moc = [self managedObjectContext]; NSFetchRequest* request = [[NSFetchRequest alloc] init]; [request setEntity:[NSEntityDescription entityForName:@"Tag" inManagedObjectContext:managedObjectContext]]; NSError* error = nil; NSLog(@"----- executeFetchRequest ----