问题
I have a background operation that I'd like to be able to run in two modes:
UI mode, which is launched by the user and provides the user precise feedback on the state of the operation throughout its life cycle.
non-UI mode, which is launched by
AlarmManager
and provides the user with a summary of the operation at the end of its life cycle.
The natural design choice to achieve only UI mode would be AsyncTask
and the natural design choice to achieve only non-UI mode would be IntentService
.
What is the natural design choice to achieve both modes simultaneously? I.e., what is the natural design choice to incorporate these two modes into a single object?
回答1:
Instead of having an object doing the same stuff through different ways (UI / non-UI), I would move the business logic into a separate class, then have two different objects (AsyncTask
and IntentService
) being activated at the time you need, and use that object within. Also, what kind of task are you planning on running in your AsyncTask
?
回答2:
At the moment, I am leaning towards the following solution. Define MyAsyncTask
without UI and MyUIAsyncTask extends MyAsyncTask
with UI; this achieves UI mode. Define MyService
which has an instance of MyAsyncTask
(see
[Is it possible to use AsyncTask in a Service class?); which achieves non-UI mode. I'm not convinced that this is the best solution, moreover, it violates the following threading rules:
- The
AsyncTask
class must be loaded on the UI thread.- The task instance must be created on the UI thread.
execute(Params...)
must be invoked on the UI thread.
来源:https://stackoverflow.com/questions/25156265/android-design-pattern-for-background-operation-with-ui-and-non-ui-modes