以前よりサンプルの古さが気になっていたので、書き直せてスッキリした。年末に書き終えていた。自動挿入するのを防げなくて導入は見送った。導入して構文強調している。2017-07-08T12:52:04Zこちらを参考にFMDBを実装させていただいております。メソッド)に数分かかり場合によってはクラッシュします。データには画像も含まれています。next]の部分で数分かかっているようです。解決策をご存知であればご教示ください。ように抽象化しておくことをオススメします。して値を判定できません。しておいてオンデマンドに画像を読み取るほうがよいです。そのようにした上でも、画像はデータ的にかなり巨大ですので上限を設けたバッファリングする方がよいでしょう。ようなモバイル端末であれば画面サイズの制約により、せいぜい数十の画像を表示できれば十分なはず。α」ぐらいをメモリーに読み込み、それを超えた場合は古いものから破棄してゆく設計が考えられます。キャッシュ」でググるとライブラリーや実装についての解説記事がヒットするでしょう。パフォーマンスについて問題がある場合は計測と比較が必須です。問題と予想されるもの、今回であれば画像にアタリがついているわけですが、これを無効化してみて改善するか否かを計測する必要があります。計測なしに設計を変更するのは「雰囲気でデバッグ」であり問題を本質的に修正したのか、たまたま直ったのかが不明瞭になります。後者の場合、より深刻な問題を招く可能性もあります。画像を無効化してもパフォーマンス改善されないのであれば別の要因があります。改善されるのであれば、前述のように画像を別管理にしてバッファリングとキャッシュを利用する設計に変更するのがよいでしょう。akabeko.me。