The two implementations you mention in your post both offer all of the benefits of the CursorLoader
except the ability to receive notifications when the underlying content changes.
I've been looking into this a lot recently and I can confidently tell you that the Android API currently does not provide a means of doing this with only a raw SQLiteDatabase
(it only provides the ContentResolver#notifyChange()
and Cursor#setNotificationUri()
methods, which are used to notify all Cursor
s registered under a certain notification Uri
).
That said, your options right now are to:
Implement an observer yourself that is capable of receiving notifications from the SQLiteDatabase
when the content changes, and is somehow able to relay these notifications to all existing Loader
s in your application. I wrote a pretty extensive blog post on how to implement Loader
s that might come in handy if you wish to take on this challenge. Or...
Use Mark Murphy's LoaderEx
library and only make database modifications using the AsyncTask
operations his library provides. Note that the reason why his tasks refresh the Loader
is because they call onContentChanged
on the Loader
immediately after the insertion/update/delete is performed, effectively telling the Loader
that the content has changed and that it should refresh its data.
Just use a ContentProvider
with a CursorLoader
and you can use the ContentResolver#notifyChange()
method to notify the CursorLoader
that a content change has occurred.
I'm trying to figure out a better solution, and I'll report back in the future if I ever find/implement one, but for now these will have to do.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…