tag:blogger.com,1999:blog-90774954484487244102026-10-18T08:52:18.888+09:00(旧) Cocoaの日々MacOSXプログラミング。毎日更新。
話題： Cocoa, Objective-C, Snow Leopardxcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comBlogger883125tag:blogger.com,1999:blog-9077495448448724410.post-12940917332916282612010-06-13T22:27:00.002+09:002010-06-13T22:27:29.513+09:00サイトをリニューアルしました新しいサイトはこちらです↓
Cocoaの日々
※このサイトは閉鎖せずに今後も公開しておきます。
長い間ありがとうございました。
よければ新しいサイトの方も訪問してみて下さい。
橋口xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-51007606380556590982010-06-12T14:34:00.001+09:002010-06-12T14:35:37.605+09:00CoreData - トランザクション(5) まとめ前回までの検証結果まとめ。
NSManagedObjectContext操作まとめ
操作説明ディスク操作Undo/Redoの履歴
save現時点でのメモリの内容を保存する書き出しなし
rollbackディスク上の内容に戻す（必要なら）読み込みクリア
undo１つ前の操作を取り消す（操作直前の内容に戻す）なしなし
redo次の操作をもう一回行う（取り消した操作を復活）なしなし
resetメモリの初期化（変更の破棄、読み込まれたオブジェクトの破棄）なしクリア
(参考)NSManagedObjectContext Class Reference - Undo Management
今まで検証に使ったソースは GitHub からダウンロードできる。
CoreDataTransaction at 2010-06-12 from xcatsan's xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-19824809714527234302010-06-11T23:10:00.031+09:002010-06-12T14:16:34.708+09:00CoreData - トランザクション(4) reset-[NSManagedObjectContext reset] を試す。
コードを追加し、
- (IBAction)resetAction:sender{ [self.managedObjectContext reset];}
ボタンに紐づける。
実行。resetボタンを押すと、
データが消える。
これは NSManagedObjectContext（メモリ）上のデータが消えただけで、ディスク上のデータは残っている。
試しに reload ボタンを追加する。
ボタンが押されたら、NSArrayController を使っているので prepareContent を投げてみる。
- (IBAction)reloadAction:sender{ [arrayController prepareContent];}
すると reset で一旦消えた後、
reloadボタンで復活。
xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-66019454773718724042010-06-10T23:10:00.028+09:002010-06-12T13:52:05.994+09:00CoreData - トランザクション(3) undo と redoundo と 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操作 はxcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-30429040278999925722010-06-09T23:01:00.001+09:002010-06-12T08:10:04.615+09:00CoreData - トランザクション(2) rollbackrollback を試してみよう。前回のサンプルに Rollback ボタンを追加する。
rollback用のアクションコードを書き、そこへ紐づける。
- (IBAction)rollbackAction:(id)sender{ [self.managedObjectContext rollback];}
実行してみよう。
新規にレコードを追加し、入力したところで Rollback ボタンを押す。
すると新規レコードが取り消されるのがわかる。
複数の操作も試してみよう。
まず新規レコードを追加し
元からあったレコードを修正し
１レコード削除する
そして Rollback
元に戻った。xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-76659349894947232132010-06-08T07:28:00.107+09:002010-06-12T08:00:53.254+09:00CoreData - トランザクション(1) 準備CoreData のトランザクションについて調べてみる。
NSManagedObjectContext では Undo Management としていくつかメソッドが用意されている。
NSManagedObjectContext Class Reference - Undo Management
これらの挙動を試す簡単なサンプルプログラムを組んでみよう。
今回はまずレコードの表示、追加、削除、変更ができるプログラムを組む。
まず Xcodeで新規プロジェクトを作る。このとき "Use Core Data for storage" にチェックを入れておく。
続いてモデルを定義する。今回は Book というシンプルなエンティティを一つ用意した。
ビューを用意する。NSTableView を作り author と titile 列を作る。
モデルとビューの紐付けに xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-36923281436451893952010-06-07T23:50:00.000+09:002010-06-11T15:53:46.846+09:00カテゴリでクラスメソッド定義カテゴリはクラスメソッドもいける。
こうなら、
@interface Customer (Extension)+(void)hello;@end
+(void)hello{ NSLog(@"hello");}
普通に呼び出せる。
[Customer hello];
ファクトリメソッドなどの追加に使えそうだ。
- - -
近日ブログのリニューアル予定（URLが変わります）。xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-826343172493453552010-06-06T23:46:00.000+09:002010-06-10T12:00:05.963+09:00今週のCocoa情報(6/6) - 今週気になった Cocoaプログラミング情報の紹介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"をつけない場合、ロック/アンxcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-43246428712052267832010-06-05T23:18:00.016+09:002010-06-07T23:36:40.945+09:00CoreData - Object ID（その５）情報（前回）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)xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-60356437672789885572010-06-04T23:36:00.009+09:002010-06-05T03:23:48.120+09:00CoreData - Object ID（その４）Object ID から NSManagedObject を取得する #2（前回）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
xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-71104334881501162112010-06-03T23:14:00.019+09:002010-06-05T02:25:31.890+09:00CoreData - Object ID（その３）Object ID から NSManagedObject を取得するObject ID の URI から NSMangedObject を取得することができる。ステップは２つ。
(1) -[NSPersistentStoreCoordinator managedObjectIDForURIRepresentation:] を使い、NSManagedObjectID を取得する
(2) -[NSManagedObjectContext objectWithID:] に(1)の結果を渡し、NSManagedObject を取得する。
NSPersistentStoreCoordinator Class Reference - managedObjectIDForURIRepresentation:
NSManagedObjectContext Class Reference - objectWithID:
やてみよう。
サンプル：xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-9887768277122716642010-06-02T23:32:00.034+09:002010-06-05T01:53:12.294+09:00CoreData - Object ID（その２）モデルのバージョンを変えるモデルのバージョンを変えると Object ID は変化するのか？試してみた。
バージョンを追加後(v2)、createdを追加した。
マッピングモデルを追加し、現在のバージョンを先程追加したもの(v2)に設定する。
（参考）Cocoaの日々: CoreData - マイグレーション
ビルド後に実行してみる。
（なお実行時にエラーが出る場合は、クリーニングしたのち再ビルドすると良い）。
結果は変わらず。これはまあ当然か。
１レコード追加してみる。
UUIDの部分（677CA547-...）は変わらないようだ。モデルのバージョンによって変化しないことがわかった。
SQLite DB の中身。
sqlite＞ select * from z_metadata;
1|677CA547-4D80-417A-8810-70847FB0375D|bplist00?
xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-18755788331235022522010-06-01T23:54:00.054+09:002010-06-05T01:34:01.474+09:00CoreData - Object ID（その１）NSManagedObjectIDNSManagedObject の 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 xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-15899194194478354272010-05-31T23:53:00.023+09:002010-06-02T17:02:45.149+09:00Objective-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 (xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-69537469669167842342010-05-30T23:19:00.045+09:002010-06-02T15:21:48.987+09:00今週のCocoa情報(5/30) - 今週気になった Cocoaプログラミング情報の紹介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
Ｑ）シングルトンパターンを使う場合のxcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-49455108176062049432010-05-29T23:17:00.000+09:002010-06-02T15:21:29.319+09:00CoreData - テーブルの件数を取得する（SQL確認）以前、別のブログで CoreDataでテーブルの件数を取得する記事を書いた。
Cocoa Touch の日々: CoreData - テーブルの件数を取得する
発行される SQLを調べてなかったので確認してみた。
SELECT COUNT(*) FROM ZSTYLETAG t0※iPhoneSDK3.1.3にて
無駄なSQLは出ていないようだ（当然か）。xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-12149758771945125232010-05-28T07:09:00.001+09:002010-05-28T07:09:00.692+09:00CoreData - SQLite の LIMIT-[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: xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-74402507421995468042010-05-27T12:55:00.013+09:002010-05-27T13:17:53.902+09:00CoreData - 検索見本（NSManagedObjectを条件に検索）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, xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-29731067990146497322010-05-26T06:57:00.127+09:002010-05-27T12:18:57.851+09:00CoreData - マイグレーションモデルの修正
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 xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-1194066139857481672010-05-25T06:13:00.001+09:002010-05-25T06:13:00.176+09:00CoreData - Xcodeでモデルクラスを自動生成するXcodeのモデルクラス自動生成機能を使った開発および運用方法など。
自動生成方法
モデルエディタでモデルを選択した後、メニューから「ファイル ＞ 新規ファイル」を選ぶと管理クラスオブジェクトが選べるようになるのでこれを選択する。
生成されるクラス下図のモデルのクラスを自動生成すると、関連（リレーションシップ）用のメソッドが追加される。
BlogEntry.h
@class Tag;@class BlogComment;
@interface BlogEntry : NSManagedObject {}
@property (retain) NSDate * created;@property (retain) NSString * title;@property (retain) NSString * content;@property (retainxcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-91189107752567129942010-05-24T12:29:00.007+09:002010-05-24T12:39:06.291+09:00CoreData - モデル見本（前回）Cocoaの日々: CoreData - リレーションシップ(6) 削除ルール「アクションなし」「無効にする」の比較
前回までの検証結果を図にまとめてみた。
※SQLite のER図は Mac OS X 10.5での検証結果（10.6は未確認）
- - - -
間違い、改善点などあればぜひ教えていただきたい（コメントへどうぞ）。xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-1930730547920613102010-05-23T23:18:00.007+09:002010-05-24T12:20:36.974+09:00今週のCocoa情報(5/23) - 今週気になった Cocoaプログラミング情報の紹介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 xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-28734884030848146882010-05-22T08:39:00.067+09:002010-05-22T08:39:00.256+09:00CoreData - リレーションシップ(6) 削除ルール「アクションなし」「無効にする」の比較（前回）Cocoaの日々: CoreData - リレーションシップ(5) マスター・ディティールとカスケード削除
タグを削除して削除ルールの違いを見てみる。
（参考）モデル
削除コード：
-(void)deleteFirstTag{ NSManagedObjectContext* moc = [self managedObjectContext]; // (1) fetch from BlogEntry NSLog(@"----- executeFetchRequest ------------------------------------------"); NSFetchRequest* request = [[NSFetchRequest alloc] init]; [request setEntity:[NSEntityDescription xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-67590287279532353732010-05-21T12:37:00.112+09:002010-05-21T15:36:07.241+09:00CoreData - リレーションシップ(5) マスター・ディティールとカスケード削除（前回）Cocoaの日々: CoreData - リレーションシップ(4) タグを使った検索
前回までは多対多のリレーションシップでを扱ったが、今回は一般的なマスター・ディティール（１対多）を扱ってみる（順番でいけばこっちの方を先に試すべきだったかもしれない）。
まず BlogComment というモデルを追加し、BlogEntry と関連づける。
設定。
BlogComment.entry は、必須（非オプション）、削除ルール＝カスケード、としておく。
コメント登録コード：
-(void)addComment{ NSManagedObjectContext* moc = [self managedObjectContext]; // (1) fetch from BlogEntry NSFetchRequest* request = [[NSFetchRequest xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.comtag:blogger.com,1999:blog-9077495448448724410.post-74814834516289024812010-05-20T23:30:00.054+09:002010-05-21T13:37:06.587+09:00CoreData - リレーションシップ(4) タグを使った検索（前回）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 ----xcatsanhttp://www.blogger.com/profile/07611922019852427552noreply@blogger.com