iOS向けGoogle Analytics v3の設定についてメモ - Qiita
間違ってたり足りない部分もあるかも知れないが、忘れると何一つ思い出せないため、覚えている範囲でメモ。 あと、Googleの書いてるドキュメントのとおりだとうまくいかない箇所があったので気をつけてください。 Google Analytics SDK for iOS v3 https://developers.google.com/analytics/devguides/collection/ios/v3/ trackedViewNameではなくscreenNameを使います。(v2→v3移行ガイドでは正しく書いてあるのですが。https://developers.google.com/analytics/devguides/collection/ios/v3/migration) 2013/12/10 ①Hoge-Prefix.pchに追記 (ここに書いておけばすべてのクラスに書かずに済む)
iOS7になったら.sqliteのファイルが見れなくなってしまった - Qiita
iOS7になったらSQLITEの仕様が変更になったらしく、シュミレーターに保存してあったsqliteファイルのデータをSQLite Database Browserで見られなくなってしまった。 こちらに回答が載っていたのでそのまま実施。 http://stackoverflow.com/questions/18870387/core-data-and-ios-7-different-behavior-of-persistent-store どうやらiOS7からはWALモードになったらしい。SQLite Database BrowserだとWALモードは見れないのだと思う。(あんまりわかってない。) リンク先の回答者はWALを推奨していたけど、プロトタイプの状態ではデータベースが見られないと不便なので、一時的に変更する。 具体的なコードは以下。 NSDictionary *options =
CoreDataでUISearchBarからの検索を速くする - Qiita
CoreDataに1万件くらいの大量のデータがある場合、UISearchBarなどで部分一致で一文字目から検索したりすると、極端に遅くなってしまうことがあります。 そういった場合はちょっとしたハックで動きを軽くしましょう。 名前と住所の入ったデータだとして、これが1万件ぐらい既に入っているものとします。 これを以下のように変更します。 firstLetterには、Personエンティティの検索対象のattributeの、頭文字を入れます。アルファベットや50音などが良いと思います。 あとはNSPredicateを作成する際に場合分けをすれば良いです。 UISearchBarControllerを実装している場合だと、以下の様なメソッドを書けば良いと思います。 - (void)filterContentForSearchText:(NSString*)searchText scope:(NS
CoreDataを扱う上で必要なオブジェクト - Qiita
CoreDataの扱いについて数ヶ月間ずっと悩み続けたので、その内容について超ざっくりと書きます。 Master-Detail Applicationのプロジェクトをベースにしたときに、画面遷移先のTableViewControllerやViewControllerで必ず用意しないといけないものが以下の３つです。 NSManagedObject NSManagedObjectContext NSFetchedResultController 上の３つのオブジェクトがTableViewControllerにあれば、とりあえずは動くはずです。 例えば、画面が遷移する際には、渡す元のTableViewControllerのprepareForSegue: sender:で - (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
