Cocoaの日々: CoreData - 大量データを扱う場合のメモリ利用量を減らす
データ件数は、Customerが 500件、Karteが6,000件（Customer１件につきKarte 12件）となっていて、それぞれを１つの CSVファイルへ書き出す。 処理は次のような感じになる。 NSMangedObjectContext* moc = [取得]; NSArray* customers = [moc Customer全件取得]; for (NSManagedObject* customer in customers) { NSArray* kartes = [moc Karte取得・条件：customer]; for (NSManagedObject* karte in kartes) { [CSV１行書き出し]; } }メモリのフットプリント（利用状況）はこんな感じ。 Customer, Karte を１件づつ読み込む度にメモリが消費され、フットプリントが増大し
DBAccess - Core Dataに代わるスレッドセーフで効率的な選択肢
あなたにとって重要なトピックや同僚の最新情報を入手しましょう最新の洞察とトレンドに関する最新情報を即座に受け取りましょう。 継続的な学習のために、無料のリソースに手軽にアクセスしましょうミニブック、トランスクリプト付き動画、およびトレーニング教材。 記事を保存して、いつでも読むことができます記事をブックマークして、準備ができたらいつでも読めます。
executeFetchRequest throw fatal error: NSArray element failed to match the Swift Array Element type
I'm testing swift with CoreData and I created the following code: import UIKit import CoreData class Contact: NSManagedObject { @NSManaged var name: String @NSManaged var email: String class func execute(){ let appDel:AppDelegate = (UIApplication.sharedApplication().delegate as AppDelegate) let context:NSManagedObjectContext = appDel.managedObjectContext! let entityDescripition = NSEntityDescripti
日々是笑心
zipruby の続き。200超のファイルをzipに追加していたら、こんなエラーが出た。(T^T) Close archive failed: Failure to create temporary file: Too many open files (Zip::Error) エラーが出たときのスクリプトはこんな感じ。エラーメッセージからすると、ファイルディスクリプタを開きっぱになってるのかな？ Zip::Archive.open("outdir/test.zip", Zip::CREATE) do |ar| 1000.times do |count| entry = "target.txt" + sprintf("%04d", count) ar.add_file(entry, "target.txt") end end おんで、修正したスクリプトがこちら。ファイルを１つ追加するのに z
hnyssh
有限会社アイアン・ウィル（以下「当社」）は、当社の提供するサービス（以下「当社サービス」）の利用者（以下「ユーザー」）の個人情報を含む利用者情報の取扱いについて、以下のとおりプライバシーポリシー（以下「本ポリシー」）を定めます。 ユーザーから取得する情報 当社サービスの利用を通じてユーザーからご提供いただく情報は以下のとおりです。 メールアドレス等連絡先に関する情報 入力フォームその他当社が定める方法を通じてユーザーが入力または送信する情報 当社サービスの利用情報、ログ ユーザー情報の利用目的 当社サービスに関するご案内、お問い合わせ等への対応のため 当社サービスの機能改善、障害時の原因究明のため 当社以外の事業者が広告主となる広告情報等を告知するため プライバシーポリシーの改訂 当社は、プライバシーポリシーの内容を改定した場合、改定後のプライバシーポリシーは、当社ウェブサイトまたは当社サ
【iOS開発】Core Dataの基礎を学習 - スマートフォンアプリ開発会社のエンジニアブログ
こんにちは ビンゴ中西です。 弊社では凄腕エンジニアがCore Dataの難しい部分を ある程度隠蔽して使えるようにしてくれていますので、 以下の手順を丸っと踏むことはないのですが、 今回はCore Dataの基礎を学びます。 1. プロジェクトを作成したらCoreData.frameworkを追加 何も考えずにCoraData.frameworkを追加しましょう。 とくにダウンロードすることもなくXcodeから普通にできます。 2. モデルをペコペコ作っていくファイルを作成 今回は、 Model.xcdatamodeldという名前で作ってみました。 3. エンティティを作ってみる Usersというエンティティで nameとageを持たせました。 4. いよいよソースを実装しよう！ その前に..... おっしゃ！ソースが書けると思いきや、その前に、 NSManagedObjectを継承した
Core Data and threads / Grand Central Dispatch
I'm a beginner with Grand Central Dispatch (GCD) and Core Data, and I need your help to use Core Data with CGD, so that the UI is not locked while I add 40.000 records to Core Data. I know that CD is not thread safe, so I have to use another context, and then save the data and merge contexts, as far as I was able to understand from some articles. What I couldn't do yet, is put the pieces together.
マルチスレッドでCore Dataを利用する場合にはスレッドごとにManaged Object Contextを用意する - 甘いものが好きです
Managed Object Contextはスレッドセーフではない Core Dataを利用するiOS Appの処理の一部をマルチスレッド実行するように修正したところ、実行時エラーが発生して強制終了するようになってしまった。このときデバッグコンソールには次のようなメッセージが出力された。 2012-01-13 14:09:16.441 [App名][12661:6c03] *** Terminating app due to uncaught exception 'NSGenericException', reason: '*** Collection <__NSCFSet: 0x27cbd0> was mutated while being enumerated.' ステップ実行によりエラー発生箇所を調べたところ、NSManagedObjectContextオブジェクトに対してexec
iOS – Core Dataで多対多のデータを扱う | 株式会社田村倉庫
データモデルで多対多の関係を扱うことはけっこう多かったりします。代表的なのが「ブログ記事」エンティティと「タグ」エンティティの関係がそれですね。ブログ記事は複数あり、またその記事には複数のタグが付けられ、かつタグは複数のブログ記事の間で重複して指定できるのでまさに多対多の関係にあるわけです。 今回はメモはそんな多対多のデータをCore Dataフレームワークで扱う方法についてのメモです。Core Dataを使うと多対多のデータ構造が非常に簡単に扱えます。やり方さえ一度覚えてしまえば後は楽ちんです。 データモデル 左図に示すように、ブログ記事を表す「Blog」エンティティと、そのタグを表す「Tag」エンティティがある場合を例にとって解説します。 上記の２つのエンティティはそれぞれリレーションを持っています。BlogエンティティはTagエンティティの要素を複数持つことを表すリレーション「tag
[iOS] Grand Central Dispatch(GCD)でメインスレッドを使って途中結果を表示 « きんくまデザイン
2017/05/12追記 この記事はだいぶ古い記事なのですがありがたいことにアクセスが多いです。ですがもし今swift3で書くのであれば以下のページを参考にした方がよいと思います。 非常に簡単に書けるようになっています。 >> Grand Central Dispatch Tutorial for Swift 3: Part 1/2 >> Grand Central Dispatch Tutorial for Swift 3: Part 2/2 >> [Swift 3] Swift 3時代のGCDの基本的な使い方 以下元の記事となります。 ==== こんにちは。きんくまです。 今回はスレッドのはなしです。 ふつう時間のかかる処理をそのままやってしまうと、アプリケーションの応答が止まってしまって、 「何これ、壊れてんの？」なんて状態になります。 UIなどの画面の更新はメインスレッドで行われて
Cocoaの日々: UISearchDisplayController と NSFetchedResultContoller を組み合わせる
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど [前回] Cocoaの日々: UISearchDisplayController 調査 今回は UISearchDisplayController と NSFetchedResultContoller を組み合わせて Core Data 内のデータを検索できるようにしてみる。 情報 ネット上で情報を探したがあまりなかった。Stack Overflow の記事が参考になった。 How to use NSFetchedResultsController and UISearchDisplayController - Stack Overflow 基本的には UISearchDisplayDelegateメソッド内で画面で入力した文字を条件にして NSFetchedResultControl
NSFetchedResultsController を使って CoreData を表示する
iPhone Dev Center から CoreDataBooks というサンプルコードを入手してソースを読む。なるほど NSFetchedResultsController を使うと UITableView で CoreData を使うのが楽になりそうだ。 CoreDataBooks の動作はこんな感じ。 リストに詳細表示、それと項目の編集を行う３つのビューから構成される。データの格納に CoreData を採用していて UITableView との連携に NSFetchedResultsController を使っている。 NSFetchedResultsController の使い方を理解するためにこのコードを参考にしつつ、（テーブルが一つで）構造が単純な OneLiner を NSFetcedResultsController を使うバージョンに書き換えてみる。 MainView
NSFetchedResultsController : sectionNameKeyPath設定時の注意 | Natsu note
HOME » Natsu note » 古い投稿 » NSFetchedResultsController : sectionNameKeyPath設定時の注意 Core DataをUITableViewと組み合わせて使う場合、NSFetchedResultsControllerを使うと非常に便利。 NSFetchedResultsControllerとは、一言で言えば、Core Data（の永続ストア）からフェッチしたデータを、UITableViewに表示しやすいようにsectionとrowで管理してくれるものだ。fetchRequestだけを使ってあとは自力でやるより、遥かに楽になるのでぜひ活用したい。 が、はまりどころがいくつかある。セクション情報あたりの挙動だ。 sectionNameKeyPathを指定して、セクション情報を生成する場合、以下のことは結構重要。 まず、Fetche
Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[4] モデルファイルの構成
どのバージョンのモデルを使っているのか、またそれぞれのバージョンで使用しているエンティティのリストが格納されている。 なお、複数のバージョンが存在しない場合（一番最初のバージョンなど）は <modelname>.momd は存在せず、バンドルフォルダのルートレベルに <modelname>.mom ファイルが設置される。 （単一、複数で配置場所が変わることがバージョンアップ時の問題を引き起こす。問題の対応方法については前回の記事を参照のこと） トラブル 先日訳あってモデルファイル名を変更した。具体的には頭大文字を小文字にした。 HairConcierge.xcdatamodeld → hairConcierge.xcdatamodeldそれと同時にモデルファイルをバージョンアップし、マイグレーションの設定を行った。 この新しいバージョンのアプリをビルドして古いバージョンを上書きインストール
Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[1] NSEntityMigrationPolicy を使う
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 以前、CoreData のマイグレーションについて調べたことがある。 (旧) Cocoaの日々: CoreData - マイグレーション これはマッピングモデルを定義するだけで簡単にできる、いわゆる「自動マイグレーション」を解説していた。 今回は NSEntityMigrationPolicy を使ったいわゆる「手動マイグレーション」について調べた。 マイグレーションの概要 Core Data ではエンティティ（テーブル）の定義を変更すると必ずマイグレーションを行う必要がある。例えば現在のアプリケーションをバージョンアップする際に属性 email2 を一つ追加する場合、マイグレーション設定を行わないと Core Data 利用時に例外が発生してアプリケーションが落ちてしまう。 (例)
![Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[1] NSEntityMigrationPolicy を使う](https://cdn-ak-scissors.b.st-hatena.com/image/square/ac0f291efdc1a891217aaa0d4077192d6484f556/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEixADA_VG4KMdezuVGG0xD0CAYFVwH25ID8gLQBRlELfMyIQo1qPlkUuNeAx4MXjidiSuRw_4QTojS4rMSIoGvW8gha6YMfqAwuBtHtgRyA9Xo7gsO4mEEgBxn8r5Dr3exgUAJ8XD63-vE1%2Fs1600%2F101210-0007-49%252525.png)
『CoreData入門』
こんにちは～ さてさて！今回は「CoreData入門」ってことで 難しいこと抜きで CoreDataは構造を考えるとめんどいのでまずその使い方から。 [CoreDataからデータを読み出す] いきなりCoreDataからデータを取り出してみましょう。（いれてもないのに出せるか！というツッコミは抜きで） データモデルのやり方については端折ります。ググッてください。 モデルとしては下の写真にあるように エンティティ「user」に属性 name (nsstring) telnumber (nsnumber) があるとしましょう さて、こんなデータからデータを読み出すわけですが、登場人物が３人居ます。 NSManagedObjectContext ・・・これがデータ全体。ここへリクエストを送るとアレイが返ってくる。 NSFetchRequest ・・・読み出し方法を入れるものこれを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Use NSManagedObject class without initWithEntity:?
GitHub - square/PonyDebugger: Remote network and data debugging for your native iOS app using Chrome Developer Tools
mergeChangesFromContextDidSaveNotification:って何のために？ | HMDT Blog
gologo13.com
