Android design pattern for background operation wi

2019-03-04 04:35发布

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?

2条回答
再贱就再见
2楼-- · 2019-03-04 04:54

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.
查看更多
叛逆
3楼-- · 2019-03-04 05:05

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?

查看更多
登录 后发表回答