дооснащения обратного вызова на главном потоке

Question

С вызовом, как:

@GET("/user/{id}/data") 
void getUserData(@Path("id") int id, Callback<Data> cb); 

Обратный вызов должен быть выполнен в основном потоке (если не используется RxJava). Мои вопросы:

1. Где происходит синтаксический анализ (предположим, что я использую XML-конвертер для ответа процесса). Это основная нить или другая? Это зависит от реализации конвертера?
2. Если мне нужно включить некоторые (тяжелые) правила проверки/бизнес-правила, мне нужно создать новый поток внутри вызываемого? Или это хорошо, если это сделать в методах обратного вызова?

Я ищу способы, чтобы получить данные в моей деятельности от веб-сервиса избегая потокобезопасности управления в одиночку (или с использованием других подходов, таких как IntentService и т.д.), но боюсь использовать RxJava либо (из-за экспериментальной поддержки). Есть ли другой подход к решению этой проблемы?

Answer 1

Где происходит синтаксический анализ (предположим, что я использую XML-конвертер для ответа процесса). Это основная нить или другая? Это зависит от реализации конвертера?

Всегда фоновая нить вне зависимости от используемого вами конвертера.

Если мне нужно включить некоторые (тяжелые) правила проверки/бизнес-правила, нужно ли мне порождать новый поток внутри вызываемого? Или это хорошо, если это сделать в методах обратного вызова?

Это довольно субъективно, и есть много способов справиться с этим. Callback будет выполняться по основному потоку по умолчанию.

Вы можете изменить поток, на который будут вызываться обратные вызовы, путем подачи пользовательского Executor на RestAdapter.Builder. Это повлияет на все службы, созданные этим RestAdapter, однако, возможно, это не то, что вы хотите.

Нет ничего плохого в том, чтобы создать новый поток (или enqueueing on the executor) из Callback, если работа, которую вы хотите выполнить, может быть выполнена параллельно с обновлением пользовательского интерфейса (например, легким кэшированием).

Если перед уведомлением пользовательского интерфейса необходимо выполнить дорогостоящую работу, вам лучше переключить метод на синхронный (без обратного вызова) и выполнить прошивку самостоятельно. Таким образом, вы можете делать дорогостоящие операции до и после HTTP-вызова (файл ввода/вывода, кэширование, преобразование, проверка и т. Д.).

В настоящее время мы используем RxJava (из которых дооснащения имеет экспериментальную поддержку) за то, что вы спрашиваете:

interface Foo { 
    @GET("/") 
    Observable<Foo> getFoo(String bar); 
} 

foo.getFoo() 
    .mapMany(new ExpensiveOperationFunction()) 
    .observeOn(AndroidSchedulers.mainThread()) 
    .subscribe(new Observer<TransformedFoo>() { .. });