Android:CursorAdapterコンストラクタの一部非推奨化
Android3.0以降、CursorAdapterコンストラクタの引数"flag"に制約が追加されました。 この変更はサブクラスであるResourceCursorAdapterやSimpleCursorAdapterにも影響します。 Android2.3.x以前は、コンストラクタの引数"flag"に設定可能な値としてFLAG_AUTO_REQUERY が存在していましたが、Android3.0以降これは非推奨となりました。 http://developer.android.com/reference/android/widget/CursorAdapter.html#FLAG_AUTO_REQUERY ●非推奨となるAPI 注意すべきポイントは、flag指定を省略したコンストラクタである下記は、デフォルトで flagにFLAG_AUTO_REQUERYを設定します。 CursorAdap
Android4.0でCursor使用時に例外が発生する - chitan's blog
Android4.0で、カーソルを使用しているActivityAからActivityBに遷移して、ハードウェアの戻るボタンでActivityAに戻ったとき以下の例外が発生しました。 java.lang.RuntimeException: Unable to resume activity java.lang.IllegalStateException: trying to requery an already closed cursor ActivityAで、 startManagingCursor(cursor); としていると、カーソルの管理をAndroidに委譲できるが、これが原因となっているようです。ドキュメントを見ると確かにstartManagingCursor(cursor)は、deprecatedとなっていました。 startManagingCursor(cursor) ドキ
SQLiteを使う場合の注意点 - 一歩ずつコツコツと
さて、長いこと放置していたはてなダイアリーの方ですが、まとめ書きした方がいいものは、やっぱりこちらに書くということで。 AndroidでSQLiteを使うケースは多々あると思いますが、明言されていない注意点があるので忘備録がてら。 SQLiteDatabase#closeは明示で呼ぶな、Cursor#closeは明示で呼べ これはSQLiteの作りの話ですが、SQLiteではマルチスレッドに対してコネクションオープンからクローズまでは保障する、という作りになっています。 要はコネクション単位でスレッドセーフですよ、ということ。 AndroidでSQLiteを使って検索系の処理をするのに、いわゆるWebアプリ的な作りで考えると、更新系処理ではCUD処理のあとにSQLiteDatabase#closeとしがちですが、android.database.sqlite.SQLiteException
Android AsyncQueryHandler を使う
UI スレッド上で getContentResolver().query() とかをすると、処理が重たい場合にスレッドをブロックしてしまって ANR になることもあるので、別スレッドで非同期に query() するための AsyncQueryHandler というクラスがあります。 AsyncQueryHandler は abstract クラスなので、継承したクラスを作って、onQueryComplete() や onQueryInsertComplete() を Override し、ここで Adapter に Cursor をセットします。 こんな感じで使います。 public class AsyncQueryHandlerSampleActivity extends ListActivity { private static final String[] PHONE_PROJECT
Androidアプリで使用するSQLiteのテーブル作成時の注意点
AndroidでSQLiteを使用するので、テーブルを作りたいけど、テーブル作成時のルールや注意点ってあるの？ Androidでは、SQLiteというリレーショナルデータベースが使えます。 データを保存するには、まずはテーブルを作成しなければなりません。 テーブル作成時の決まり事、注意点としては、SQLiteの仕様としては特にないです。 しかし、Androidで用意されているSQLite関係のクラスを利用する際には、ある事を前提として実装されている場合があり、それらのクラスを利用する為には、その前提となっているルールに従っておかなければなりません。 以下が、そのルールです。 ID列を定義する 「列」とは、「カラム」「フィールド」ともいいます。 「ID」とは、それぞれのレコードに対して、一意の番号となる数字の事です。 一つのテーブルの中で重複したIDは無い、といえばわかりやすいでしょうか。
AndroidでSQLiteのDB操作をするための基礎知識
データベースの削除はエミュレータのManage Applicationsから行おう なお、アプリケーションをアンインストールするとファイルとして作成したデータベースも自動的に削除されるので、ご安心ください。また、削除はAndroid SDKのDDMS（Dalvik Debug Monitor Service）からではなく、Androidエミュレータの［Manage Applications］から行ってください。 DDMSからアプリの削除を行うと、アプリケーションが作成したデータベースやファイルは削除されませんので、注意が必要です。 検索はSQL文でも繰り返しバインドでも 最もよく使うSQL文は、INSERT文やDELETE文、UPDATE文、SELECT文ですが、既出のSQLiteDatabase#execSQL(String)では、SELECT文は使用できません。SQLiteStatem
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Best practices to query SQLite database in ListFragment with CursorLoader?
Using Android CursorLoaders and other Honeycomb features on a phone app (Froyo)
Android Fundamentals: Database Dates and Sorting | Envato Tuts+
LoaderManager | Android Developers
Samples | Android Developers
Sign in - Google Accounts
Android ListFragment Cursor managing
How to text filter an Android ListView backed by a SimpleCursorAdapter?
A few questions about SQLite database cursors in Android
Android error: java.lang.IllegalStateException: trying to requery an already closed cursor