iOSアプリのデータ操作はMagical Recordでマジ簡単！
iOSアプリのデータ操作はMagical Recordでマジ簡単！：生産性ガチアゲなオープンソースiOSライブラリ（3）（1/2 ページ） ゼロからiOS SDK開発を始める新規開発者でも超高速・高品質な開発を可能にするオープンソースのライブラリを目的別に紹介していく連載です。実際にライブラリを組み込みながら技術的な側面も併せて詳細に説明していきます。今回は、アップル製O/RマッピングのCoreDataを使いやすくするObjective-Cライブラリについて、概要や使い方を紹介します。 アプリの品質と生産性の向上もライブラリが助けてくれる アプリ開発を行ううえで絶対的に重要な要素の1つとして「品質」の問題があります。どんなに見た目が美しいアプリを作成しても、どんなに最新の技術を駆使しても品質が悪ければ良いアプリとはいえません。 品質といってもその定義は非常に広く、見る人によってその定義は異
Mogenerator + MagicalRecordでCoreData入門 - Qiita
初投稿。iOSアプリ開発ビギナーで至らないところもあるかと思いますがよろしくお願いします（ツッコミとか）。 データの永続化を行うにあたり、iOSではフラットファイル、SQLite、CoreDataを使うことが出来ます。前者2つはウェブ・アプリケーションで多少馴染みがあるものの、Cocoaプラットフォームでのデータ永続化はさっぱりわからずCoreDataって何？という状態からスタートしました。 このドキュメントでカバーすること: CoreData, mogenerator, MagicalRecordがどんなものであるかとその使い方 このカバーしないこと: Xcodeの基本的な使い方 CoreData, mogenerator, MagicalRecord以外のライブラリのインストール方法 登場人物 CoreData mogenerator MagicalRecord CoreDataプログ
OCMockでNSManagedObjectをstubする - yashiganiの英傑になるまで死ねない日記
NSManagedObjectのプロパティをstubしようと思ってめっちゃはまった． こんな風に普通にstubしようとしてもstubできない． // こんなNSManagedObjectのサブクラスがあるとする // @interface Event : NSManagedObject // @property (nonatomic, retain) NSDate * timeStamp; // @property (nonatomic, retain) NSString * title; // @end id mock = [OCMockObject mockForClass:Event.class]; [[[mock stub] andReturn:@"test"] title]; XCTAssertTrue([[mock title] isEqualToString:@"test"]
Strange new iOS 7 errors: receiver from DB / ForceShrinkPersistentStore_NoLock
Good day. I have a project that uses a lot of network connections with SSL. This project runs fine and without errors on iOS 5 and 6. But with new iOS 7 i keep getting these two errors: ERROR: unable to get the receiver data from the DB ForceShrinkPersistentStore_NoLock -delete- We do not have a BLOB or TEXT column type. Instead, we have 5. They are not connected in any way and i did keep getting
Adventures in Multithreaded Core Data
High Performance Core DataMatthew Morey5K views•139 slides
Core Data: Quickest way to delete all instances of an entity
I'm using Core Data to locally persist results from a Web Services call. The web service returns the full object model for, let's say, "Cars" - could be about 2000 of them (and I can't make the Web Service return anything less than 1 or ALL cars. The next time I open my application, I want to refresh the Core Data persisted copy by calling the Web Service for all Cars again, however to prevent dup
Cocoa勉強会関西＃54でCoreDataについて話してきました - 職業プログラマの休日出勤
第54回 Cocoa勉強会関西 で、CoreDataについて話をしてきました。 ３行要約 CoreDataのベースはRDBMS。データベース界隈の知識をCoreDataでの開発に活かそう！ Atomicity（原子性）を気にしよう！ データのバックアップは超重要 どんな話？ CoreDataとACID from Tadahisa Motooka デモで使ったサンプルアプリのソースコードは、こちら（Github） ViewController.mの途中にある「#define WITHOUT_ATOMICITY」の行をコメントアウトしたりしなかったりして、挙動の変化をお楽しみ下さい。 なぜ、この話をしようと思ったのか 2013年の前半頃だったと思いますが、AustraliaのAppStoreでランキング上位に居たアプリの中で、Monopoly（モノポリー）というゲームがありました。ご存知の方も
意外にパワフル！？NSUserDefaultsの書き込み、読み込み速度について - Qiita
NSUserDefaultsはデータの永続化にとても便利なクラスですが、大量のデータを扱う際はCoreDataなどデータベースに基づくクラスを使った方メモリ的の使用量が押さえられ、検索速度的にも有利です。 では、どの程度までのサイズのデータでしたらNSUserDefaultsで無理無く扱うことができるのでしょうか。 この疑問を自分なりに解決するために、以下のコードを書いてみました。 - (void)viewDidLoad { [super viewDidLoad]; mArray = [NSMutableArray new]; NSArray *array = @[@"赤", @"青", @"緑", @"黄", @"白"]; int repeatNumber = 10000; for (int i = 0; i<repeatNumber; i++) { NSMutableString *s
Lightweight Migrations in Core Data Tutorial
This is an abridged chapter from our book Core Data by Tutorials, which has been completely updated for Swift 4.2 and iOS 12. This tutorial is presented as part of our iOS 12 Launch Party — enjoy! During app development, well before the ship date, thorough testing can help iron out the data model. However, changes in app usage, design or features after an app’s release will inevitably lead to chan
How to unit test my models now that I am using Core Data?
I have been developing an iphone application using a domain model, and have put off the persistence aspect of the app until now. Core Data looks like a really good solution since I already have a well defined model but I am running into a snag with my existing unit tests. Here is simple example of what I have now: - (void)test_full_name_returns_correct_string { Patient *patient = [[Patient alloc]
CoreDataのNSFetchedResultsControllerに関するメモ | Now or Never
NSFetchedResultsController の挙動について少しまとめます。 UITableView で CoreData のデータを利用するときに使うクラスです。 初期化 まず NSFetchedResultsController の初期化方法 NSFetchedResultsController *controller = [[NSFetchedResultsController alloc] initWithFetchRequest:fetchRequest managedObjectContext:context sectionNameKeyPath:nil cacheName:@“HogeCache”];
NSFetchedResultsController and Core Data Managed Object Updates
In the process of working on an iPhone project for a client, I came across an interesting problem. I was using Core Data to store domain related information. This data is being pulled from a server, parsed, and persisted on a background thread. The main thread of the application presents a list of information based on what is persisted. In this application, I chose to use an NSFetchedResultsContro
Backstage with Nested Managed Object Contexts — Florian Kugler
Two weeks ago I wrote about the huge performance differences between various concurrent core data stack setups when importing data. The old-school setup with two independent contexts using the same persistent store coordinator turned out to have a much smaller performance impact on the main thread compared to an alternative parent/child setup. In this article I will take a look behind the scenes o
Concurrent Core Data Stacks – Performance Shootout — Florian Kugler
A few weeks ago I wrote about a concurrent core data stack setup which uses the nested context feature introduced with iOS 5. This setup was recommended amongst others by Marcus Zarra. It seemed elegant and straightforward, while putting the majority of the heavy lifting on a background thread. I was wondering though how much the main thread will be affected in this setup by extensive work done in
The Concurrent Core Data Stack — Florian Kugler
Update (2013/04/29): I profiled the performance of the core data stack described in this post in a more recent article, comparing it to other ways of setting up the stack. Please read this for important information regarding the tradeoffs of this setup! Apple's core data framework plays well with concurrency, if handled correctly. Unfortunately Apple's documentation on this topic is not very expli
NSFetchedResultsControllerで日付毎にセクションをまとめる方法 - Qiita
この画像は、とあるアプリのWeb閲覧履歴の画面です。CoreDataを使っており、Attribute=timeStamp, type=Date という事にしてアクセス日時順に表示しています。Safariの履歴表示と同じような感じです。 今回ご紹介する方法は、画像のように日付毎にセクション分けしてセクションタイトルを日付にするという方法です。CoreDataのEntityにそのまんまセクション分類用のAttributeを追加すれば簡単ですが、ここで紹介する方法はちょっと違っており、冒頭で紹介した「timeStamp」を元にして分類します。timeStampは時分秒まで細かく保存されているのでそのままは使えないので工夫が必要です。ではどうするかというと…Appleのサンプルプロジェクト Custom Section Titles with NSFetchedResultsController
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ios - Giant Robots Smashing Into Other Giant Robots
俺のManaged Objectの使い方は間違っていた
社内LTでCoreDataをバックグラウンドで扱うTipsについて話しました | Now or Never
Delete/Reset all entries in Core Data?