Клиент-серверные приложения

Введение в курс

Цели курса

Изучить вопросы и проблемы, связанные с разработкой клиент-серверных приложений
Изучить наиболее

Формат курса

Занятие – 2-2,5 часа
Лекция – 60-80 минут
Практика – 40-60 минут
Дополнительная

Рассматриваемые темы

Обработка смены конфигурации в Activity
Классические паттерны A/B/C для обеспечения клиент-серверного

Рассматриваемые темы

Паттерн MVP
Unit-тестирование Android-приложений
UI-тестирование Android-приложений
Фреймворк DataBinding и его

Дополнительные темы

Проблема Backpressure в RxJava и способы ее решения
Библиотека Google Agera

Командный проект

После 5-ого занятия
Команды по 3 человека
Выбор идеи проекта https://github.com/toddmotto/public-apis
Планирование

Введение в архитектуру клиент-серверных приложений

Зачем?

От создателей “и так сойдет”

2007 2008

Так все же почему?

Крайне тяжело поддерживать
Невозможно писать Unit-тесты

MVC как AAA (Activity, Activity, Activity)

2014 - пора улучшить ситуацию

Концепция Material Design на конференции Google I/O

Fernando Cejas

2) Architecting Android...The clean way?
http://fernandocejas.com/2014/09/03/architecting-android-the-clean-way/

Хорошая архитектура

Поддерживаемая, удобная, расширяемая и много других красивых прилагательных
Позволяет написание тестов

Много красивых прилагательных

Модульность
Четкое именование
Короткие функции и классы
WTF / min ->

Тестирование

Unit-тесты для бизнес-логики
Минимум зависимостей от Android-классов в тестируемых модулях
+ Интеграционные тесты

Основные задачи при разработке клиент-серверных приложений

Клиент-серверные приложения

Организация клиент-серверного взаимодействия
Обеспечение возможности тестирования классов, содержащих бизнес-логику приложения

Это и

Клиент-серверное взаимодействие

Обработка ошибок
Управление множеством запросов
Корректное управление закрытием приложения

Обеспечение возможности тестирования

Модульность классов
Минимальное число зависимостей от классов Android
Dependency Injection

Обработка смены конфигурации

Проблемы

Все поля в Activity уничтожаются при пересоздании Activity – нужно уметь

Запрет на смену ориентации

Поддержка только одной ориентации в приложении часто сказывается

Ручная обработка смены конфигурации

Ручная обработка смены конфигурации

Система автоматически не меняет ресурсы (например, языковые ресурсы

Сохранение состояния в Bundle

Сохранение состояния в Bundle

Сохранение состояния в Bundle

Нельзя сохранять большие данные
Вносит дополнительную непростую логику

Retain Fragment

Retain Fragment

Retain Fragment

Retain Fragment

Нужна аккуратность в использовании ссылок на Activity / Context
При закрытии

Loader

Класс для загрузки данных
Переживает пересоздание Activity
Управляется специальным классом LoaderManager

Loader

LoaderManager

public abstract Loader initLoader(int id, Bundle args, LoaderManager.LoaderCallbacks callback);
public abstract

LoaderManager.LoaderCallbacks

public interface LoaderCallbacks {
public Loader onCreateLoader(int id, Bundle args);
public

LoaderManager.LoaderCallbacks

Запускаем работу лоадера

LoaderManager

public abstract Loader initLoader(int id, Bundle args, LoaderManager.LoaderCallbacks callback);
public abstract

Загружаем данные в лоадере

Loader

Loader

protected void onStartLoading() {
}
protected void onForceLoad() {
}
protected void onStopLoading() {
}

Создаем свой лоадер

Создаем свой лоадер

Загружаем данные

Создаем свой лоадер

Loader

При закрытии приложения уничтожается
Неудобно обрабатывать ошибки
Много кода

Больше примеров в статье

Практика

Погода в нескольких городах

Проект LoaderWeather. Описание задачи в файле ru.gdgkazan.simpleweather.screen.weatherlist.WeatherListActivity
Нужно загрузить