Core Data 勉強日記 (11)：More iPhone 3 Development / chapter 7 (関連/Relationship) | Natsu note
HOME » Natsu note » 古い投稿 » Core Data 勉強日記 (11)：More iPhone 3 Development / chapter 7 (関連/Relationship) Core Data 勉強日記 (11)：More iPhone 3 Development / chapter 7 (関連/Relationship) 2010/02/24/｜古い投稿｜Core Data More iPhone 3 Development: Tackling iPhone SDK 3 (Beginning) Chapter 7 のまとめ。 最終章は、関連(Relationship)、取得済みプロパティ(Fetched property)について。さらに、流用がしやすいように汎用的なViewControllerの設計について考える。内容が多いので、まずはRelations
Core Data | Natsu note
この記事は情報が古い可能性があります。参照する際にはご注意ください。 Core Data のパフォーマンスを良くするためのテクニックはいくつか存在するが、その中でも重要だと思われるバイナリデータの扱いについて記載されている書籍を見つけたので参考までにまとめておく。 Core Data: Apple’s API for Persisting Data on Mac OS X (リンク Amazon) の6章に分かりやすい解説があった。ただし、この本は主にOSX用に書かれたものなので、目安となるバイト数はiPhoneOSでは少し変わってくるかもしれない。それでも三通りの方法を使い分ける … この記事は情報が古い可能性があります。参照する際にはご注意ください。 Core Dataのデータをフェッチするとき、特定の条件を指定したければNSPredicateを使う。NSPredicateは、Core
Study CoreData 3 ~デルモに手を出すなら慎重に…~
大変な事に、この『Study CoreData』もすでに4エントリ目になりました。 しかも、まだ独自のデーターベース作成に一歩も入っていない始末…。 ですが、まず理解する事でこれからの作業が分かりやすくなる(はず？)です!! ってことで、引き続きデフォルトで作成されたプロジェクトを検証していきます。 前回までのエントリでコードとして書かれている核の部分はある程度理解できたと思うことにして^^; 今回は、 どのように<NSManagedObjectModel>(データの設計図)が作られるのか を見ていくことにします。 それでは、今まで見てきた『TodoCoreプロジェクト』を開きましょう。 注意：投稿者自身もCoraDataについて勉強中のため、このシリーズには誤りが含まれている可能性があります。もし、間違いに気付かれた方はコメント欄もしくはtwitterなどでご指摘いただけると幸いです<(
A-Liaison BLOG: Core Data のパフォーマンスをちょっとだけ調べてみた
ちょっと仕事で触ってみて分かった範囲のことを書きます。断りがない限り、 iPhone 3GS で Wifi 接続環境下においてテストしました。 ■キャッシュ無し vs キャッシュ有り executeFetchRequest:error: メソッドを用いて、 Entityのプロパティで一件だけ絞り込んで返すようなクエリは大変遅いということが分かりました。Indexを付けて実行してもほとんど速くなりません。どうやらそもそもバックエンドに使っているSqliteが大変遅い、特にコネクションを生成したり破棄したりするのが遅い感じがするので、ループで一件ずつ取得するなどのときはたくさんのSQLが実行されないようにする必要があります。 objectWithID: メソッドは試していないのでちょっと不明です。 回避策として、アプリが起動したタイミングで当該エンティティの全オブジェクトをあらかじめ取ってきて
iPhone版LINEのデータ構造 : Core data in LINE « NAVER Engineers' Blog
こんにちは。検索サービス開発４チームでメッセージアプリのLINEのiPhoneアプリ開発を 担当している金泰敬(キム テギョン)です。 今回説明させて頂きたい主題はLINEのモデル側を支えているCore Dataです。 Core Dataは、MacOS XのベースFrameworkであるCocoaのMVC構造のうち、 Model側を担当しているFrameworkです。 Core Dataを利用するとデータモデルの設計、オブジェクトのデータの読み取り、書き込み、管理などを簡単に行うことができます。 現在、LINEではCore Dataを利用してメッセージ、トーク、グループ、ユーザーなどを管理しています。 例えば、相手のメッセージが到着するとまずコアのデータからSqliteDBに格納します。 そして保存されたメッセージに関連しているトークでも更新が行われます。 もしそのメッセージが
オートリリースプールの使い方と基本 : Objective-C プログラミング
Objective-C では、オートリリースプールという生成した Objective-C クラスインスタンスの自動解放を行う仕組みが用意されています。 ARC (Automatic Reference Counting) の登場で Objective-C クラスインスタンスの管理も原則自動化されましたけど、内部ではこれまで通り retain や autorelease 等を駆使してメモリ管理が行われています。 そんな ARC が搭載されて久しいですけど、久しぶりにオートリリースプールに注目する機会があったので詳細を詰めてみたところ、知らないことがいくつか出てきてしまいました。 そんな訳で、今回はオートリリースプールの基本も含めて、整理してみたいと思います。
CoreDataに大量のデータを追加する | エンジニア開発記
CoreDataに大量のデータを追加するとき、メモリに気をつけてあげないとすぐメモリ不足になってしまいます。 しかし、CoreDataのManagedObjectは解放したいと思ったタイミングではなかなか解放してくれません。 メモリ解放するにはちょっとした手順が必要となります。 新しくManagedObjectContextを作る ManagedObjectをひとつ追加→保存する ManagedObjectContextのresetを呼ぶ（メモリ強制開放） 2〜3を必要なだけ繰り返す 他のManagedObjectContextで作ったManagedObjectに保存結果をマージする ちなみに、大量のデータを変更・処理する時なども手順は同じです。 新しくManagedObjectContextを作る まず、新しくManagedObjectContextが必要になります。 なぜ新しいのが必要
CoreData - トランザクション(4) reset
-[NSManagedObjectContext reset] を試す。 コードを追加し、 - (IBAction)resetAction:sender{ [self.managedObjectContext reset];} ボタンに紐づける。 実行。resetボタンを押すと、 データが消える。 これは NSManagedObjectContext（メモリ）上のデータが消えただけで、ディスク上のデータは残っている。 試しに reload ボタンを追加する。 ボタンが押されたら、NSArrayController を使っているので prepareContent を投げてみる。 - (IBAction)reloadAction:sender{ [arrayController prepareContent];} すると reset で一旦消えた後、 reloadボタンで復活。
【これはヤバイ！】鍵やお財布、大切なものが見つかる！日本初上陸のステッカー・ファインドが予約開始 | AppBank
あなたの大切なものを「ステッカー・ファインド(Stick-N-Find)」で見つけます。 アプリを起動すれば近くにある大切なものを教えてくれます。 例えば… 家の中のどこに置いたかわからない鍵 ドッグランで自由に走り回っている我が家の犬 駐車場のどこに止めたかわからなくなったマイカー ステッカー・ファインド(Stick-N-Find)がある人とない人でどう違うのか、以下の動画をご覧ください。 全米を騒がせた人気のアクセサリがついに本日より予約開始です！日本ではAppBank限定で先行予約を開始しました(発送は8月上旬予定)。興味のある方は今すぐ以下のボタンから！！ 続報: 基本的な使い方と機能はこちらで！→【話題騒然】ステッカー・ファインドの基本的な使い方とアプリの機能をご紹介。 気になる疑問はこちら！→あの「ステッカー・ファインド」に関する疑問について調べてみました！ 大切なものにこのス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSSSLIDE