Факторинг условия

Все методы принимают идентификатор, представляющий конкретный загрузчик, с которым должен взаимодействовать LoaderManager. Каждый загрузчик обязан иметь уникальный идентификатор. Как правило, чтобы инициализировать загрузчик, от приложения требуется лишь вызвать метод initLoader () или restartLoader (). Клиенты взаимодействуют с объектом типа LoaderManager через интерфейс LoaderManager.LoaderCallbacks, который обязательно должен быть реализован клиентом.

В следующем примере представлена основа для реализации типовых операций создания и настройки загрузчика с обратными вызовами в Activity. Объект тина SkeletonActivity инициализирует загрузчик в методе onCreatef), чем сообщает фреймворку о необходимости обратиться к первому методу обратного вызова в коде onCreateLoader (). В этом методе клиент должен вернуть реализацию загрузчика, которая будет управляться платформой. После создания загрузчик начинает загрузку данных. Результат возвращается в Ш-поток в методе onLoadFinishedO, так что клиент может использовать этот результат для обновления компонентов пользовательского интерфейса, применяя самые свежие данные. Когда ранее созданный загрузчик становится недоступным, вызывается метод onLoadReset (), после чего набор данных, обрабатываемый загрузчиком, считается некорректным и не должен больше использоваться. Смотрите факторинг условия.

Когда клиент изменяет состояние вызовом методов Activity. onStart (), Activity.onStop () и т. д., срабатывает внутренний механизм LoaderManager, поэтому приложению нет необходимости заниматься управлением жизненными циклами загрузчиков. Например, объект Activity начинает работу, инициирует загрузку данных и ожидает изменений в источнике этих данных. Когда останавливается этот объект, все загрузчики также останавливаются, и операции загрузки и доставки данных прекращаются. Клиент может явно удалить загрузчик, вызвав метод destroy- Loader (id), если необходимо оставаться активным, но никакие данные для этого больше нс нужны.