Открытый вебинар Вебинар для Android-разработчиков с опытом работы.
Онлайн-интенсив «Упрощаем процесс код ревью с помощью Android Lint»

ReactiveCats. - Переведите сетевой запрос с retrofit.Call на RX цепочку. Для этого подключите Retrofit адаптер, поменяйте возвращаемые типы функций

- Поменяйте логику в CatsViewModel.kt с колбеков на RX. Логику обработки успеха/ошибки из коллбека необходимо перенести в терминальные коллбеки RX цепочки. Не забудьте очистить подписки когда ViewModel уничтожается

- Реализуйте функцию otus.homework.reactivecats.LocalCatFactsGenerator#generateCatFact, так, чтобы она возвращала Fact со случайной строкой из массива строк R.array.local_cat_facts обернутую в подходящий стрим(Flowable/Single/Observable и т.п)

- Реализуйте функцию otus.homework.reactivecats.LocalCatFactsGenerator#generateCatFactPeriodically так, чтобы она эмитила Fact со случайной строкой из массива строк R.array.local_cat_facts каждые 2000 миллисекунд. Если вновь заэмиченный Fact совпадает с предыдущим - пропускаем элемент.

- Реализуйте функцию otus.homework.reactivecats.CatsViewModel#getFacts следующим образом: каждые 2 секунды идем в сеть за новым фактом, если сетевой запрос завершился неуспешно, то в качестве фоллбека идем за фактом в уже реализованный otus.homework.reactivecats.LocalCatFactsGenerator#generateCatFact.

Kotlin coroutines. 1. Перейти с коллбеков на suspend функции и корутины:
- Поменять возвращаемый тип в `CatsService` и добавить модификатор `suspend`
- Переписать логику в презентере с `Callback` на корутины и `suspend` функции
- Реализовать свой скоуп: PresenterScope с `MainDispatcher` и CoroutineName("CatsCoroutine") в качестве элементов контекста
- Добавить обработку исключений через try-catch. В случае `java.net.SocketTimeoutException` показываем Toast с текстом "Не удалось получить ответ от сервером". В остальных случаях логируем исключение в `otus.homework.coroutines.CrashMonitor` и показываем Toast с `exception.message`
- Не забываем отменять Job в `onStop()`
2. Добавить к запросу фактов запрос рандомных картинок с [https://aws.random.cat/meow](https://aws.random.cat/meow):
- На каждый рефреш экрана должен запрашиваться факт + картинка: добавляем сетевой запрос и реализуем логику аналогичную первой задаче. Для загрузки изображений уже подключена библиотека [Picasso](https://github.com/square/picasso)
- В метод `view.populate` передаем 1 аргумент, поэтому необходимо реализовать модель презентейшен слоя в которой будут содержаться необходимые данные для рендеринга(текст и ссылка на картинку)
- Отменятся запросы должны одновременно
3. Реализовать решение на ViewModel:
- Реализовать наследника `ViewModel` и продублировать в нем логику из `CatsPresenter`, с необходимыми изменениями. Используйте `viewModelScope` в качестве скоупа.
- Добавить логирование ошибок через CoroutineExceptionHanlder. Используйте класс CrashMonitor в качестве фейкового CrashMonitor инструмента
- Создать sealed класс `Result`. Унаследовать от него классы `Success<T>`, `Error`. Использовать эти классы как стейт необходимый для рендеринга/отображени ошибки

https://github.com/Otus-Android/CoroutinesHomework

Flow. ## Перейти с коллбеков на саспенд функции и корутины

1. Сейчас приложение крашится. Поправьте ошибку.
2. Поменяйте реализацию с LiveData на StateFlow
3. В случае если возникнет ошибка в стриме, нужно заэмитить айтем `Result.Error`*

*Создать sealed класс Result. Унаследовать от него классы Success<T>, Error. Использовать эти классы как стейт необходимый для рендеринга/отображени ошибки

### Реализовать функции с использование flow операторов

1. В классе SampleInteractor реализуйте функции task1`-`task4 в соответствии с условиями. Для проверки функций используйте тесты в SampleInteractorTest

https://github.com/Otus-Android/FlowHomework

Custom View. Задание 1. Реализовать кастом View - график Pie Chart, на котором будем визуализировать траты по категориям:

- Обязательно реализуйте метод onMeasure и учтите все возможные MeasureSpecs
- Реализуйте механизм сохранения состояния внутри View
- Предусмотрите как минимум 10 категорий(цветов) на графике
- В качестве данных для визуализации используйте файл payload.json
- Реализуйте механизм обработки клика на сектор - по клику на часть графика должен срабатывать коллбек, в качестве аргумента - категория на которой был клик евент.

Задание 2. Реализуйте еще одну кастомную View - график детализацию категории, чтобы можно было смотреть траты по одной категории в динамике:
По оси Y сумма трат в день, по оси Х дата(шаг по оси Х = 1 дню)

- Обязательно реализуйте метод onMeasure и учтите все возможные MeasureSpecs
- Реализуйте механизм сохранения состояния внутри View
- В качестве данных для визуализации используйте файл payload.json
- Реализовывать масштабирование/скроллинг/обработку тач евентов не нужно

https://github.com/Otus-Android/HomeWork_07

RecyclerView (NEW ДЗ) .

Compose - 1. Домашнее задание описано в репозитории:

[https://github.com/Otus-Android/ComposeHomework-1](https://github.com/Otus-Android/ComposeHomework-1)

Compose - 2. Домашнее задание описано в репозитории:

[https://github.com/Otus-Android/ComposeHomework-2](https://github.com/Otus-Android/ComposeHomework-2)

Источники данных. Для выполнения домашней работы необходимо добавить источник данных. Если ваше приложение получает данные по сети - нужно организовать сетевой слой взаимодействия. Если ваше приложение хранит/получает данные из локальной базы данных, то организуйте слой взаимодействия с БД.




Например, для организации сетевого слоя вы можете использовать `Retrofit, OkHttp, Gson, Moshi` и т.п.




Для организации слоя работы с БД можете использовать любую БД/ORM: `Realm, SQLite, ObjectBobx, Room` и т.п.

Securing storage. Задание 1. Реализуйте безопасное хранение auth token:

- Обязательно реализуйте шифрование полученного токена авторизации AES алгоритмом
- Предусмотрите безопасное хранение ключа
- Обеспечьте поддержку API < 23
- Дополнительно
- Используйте максимально безопастный режим шифрование (не ECB)

Задание 2. Реализуйте вход используя биометрию:

- Релизуйте авторизацию в приложение через BiometricPrompt
- Обеспечьте поддержку STRONG и WEAK биометрию
- Дополнительно
- Добавьте возможность включать или отключать авторизацию через биометрию

Тестовый пользователь
1. Email: [email protected]
2. Пароль: otus




Материаы, которыми можно пользоваться:
https://github.com/vitalyraevsky/otus_security


https://developer.android.com/privacy-and-security/keystore

MVx паттерны (NEW ДЗ) .

Dagger 2 (обновление) . https://github.com/Otus-Android/Dagger2Homework

Testing. Юнит тесты и интеграционные тесты.. Книги
{: .no_toc }

- [Книга](https://www.manning.com/books/effective-unit-testing) с best practises по проектированию и написанию unit тестов
- [Книга](http://shop.oreilly.com/product/0636920038597) о том как пиcать тест на Spock. По своему опыту не рекомендую использовать Spock в связке с Robolectric, но если вы пишите не под Android, либо вам удалось избавиться от Robolectric, то советую посмотреть на Spock
- [Новое издание](https://www.manning.com/books/junit-in-action-third-edition) книги о написании тестов с JUnit 5

Статьи
{: .no_toc }

- [Памятка](http://wiki.c2.com/?ArrangeActAssert) по arrange-act-assert
- [Блог](https://testing.googleblog.com) от Google о тестировании. Много крутых постов о том как нужно писать тесты на Java/C++. Что выбрать DAMP или DRY, как правильно декомпозировать assertions и т.п. Советую перечитать все что уже есть в блоге и следить за новыми постами
- [Блог](https://martinfowler.com/testing/) Мартина Фаулера. Куча статей о том какие виды тестов существуют, какие тестовые дублеры и где нужно использовать, паттерны написания тестов и многое другое. Новые статьи почти не выходят, но то что уже написано прочитать нужно обязательно
- [Статья](https://docs.gradle.org/current/userguide/java_testing.html) о том как правильно выполнять тесты если вы используйте Gradle

Видео
{: .no_toc }

- [Крутой доклад](https://www.youtube.com/watch?v=EZ05e7EMOLM) про то как правильно готовить TDD
- [TDD в Android](https://www.youtube.com/watch?v=WW5TL7070xU)

Gradle API. В этой домашней работе мы напишем несколько Gradle тасок для публикации приложения в Google Play:

1. Подключите [Google Play Publisher API](https://developers.google.com/android-publisher)
2. Добавьте Extension для конфигурации публикации приложения: выбор трека, процента раскатки, release notes
3. Реализуйте Gradle Task который будет публиковать APK/AAB приложения в соответствии с конфигами

Статический анализ с помощью Detekt. **Задание 1**



1. Реализуйте правило, которое найдет запуск корутин через `launch` или `async` в `GlobalScope`.
2. Напишите тесты на ваше правило.




**Задание 2**



1. Реализуйте правило, используя **type resolution**, которое найдет запуск корутины через `launch` или `async` над любыми наследниками `kotlinx.coroutines.CoroutineScope` внутри `suspend` функции.
2. Правило не должно репортить об использовании scope-билдеров внутри suspend функции (`coroutineScope`, `supervisorScope`)
3. Напишите тесты на ваше правило.




### Репозиторий доманшего задания:
[https://github.com/Otus-Android/StaticAnalysisHomework](https://github.com/Otus-Android/StaticAnalysisHomework)

CI/CD. Задание 1.
Начнем с написания Dockerfile, имейдж собранный на его основе, в дальнейшем будет использоваться как билд-агент Jenkins’a для сборки приложения.




Задание 2.
В этом задании нужно реализовать Jenkinsfile который будет выполнять типичный флоу для сборки приложения в зависимости от source ветки.




Задание 3.
Хорошая практика запускать ежедневные ночные билды с https://github.com/gradle/gradle-profiler, чтобы видеть как меняется процесс сборки в динамике и при обнаружении аномалий быстро устранять их.




https://kazakovanton.notion.site/CI-CD-1a5dc5415d3d4bc3a9d13642601709b5

Проект. **Функциональность**

1. Вы можете выбрать тему приложения самостоятельно, это может быть клон Кинопоиска, трекер курса валют, todo-лист и т.п.
2. Ограничений по темам нет, но есть обязательные требования по функциональности:
3. В приложении должно быть минимум 3-4 экрана.
4. Добавьте в приложение сетевое взаимодействие. Вы можете использовать открытые API, например, из этого списка: Public APIs, использовать BaaS-сервисы или реализовать собственный бэкенд.
5. Большое внимание уделите дизайну приложения — он должен быть консистентным и аккуратным.

**Архитектура и стек технологий**

1. Проект должен быть реализован по Single Activity Application паттерну, то есть в приложении должна использоваться только одна активити, а остальные экраны реализуются через фрагменты или Compose.
2. Навигацию можно организовать с использованием библиотеки Navigation Component или другой популярной библиотеки.
3. Для презентационного слоя используйте архитектуру MVVM/MVI. Если будете использовать MVI, можете сделать самописный вариант или взять популярную библиотеку (при использовании сторонней библиотеки согласуйте это предварительно с руководителем курса).
4. Сделайте разбивку на слои. Слоистая или Чистая архитектура — выбирайте сами.
5. Желательно использовать Jetpack Compose, а не фрагменты, но это не обязательно.
6. Приложение должно быть многомодульным — декомпозируйте фичи по модулям.
7. Обязательно используйте DI для организации архитектуры. Желательно Dagger2 или Hilt; можно использовать Koin, если будете делать KMP-проект.
8. Для асинхронных операций используйте Kotlin Coroutines.
9. Для сетевого взаимодействия используйте Retrofit/Ktor. Для сериализации/десериализации JSON — Gson, Moshi или Kotlin Serialization.
10. Вы можете сделать проект с поддержкой KMP. Это будет плюсом, но не обязательно.
11. Покройте unit тестами 5 классов. Обязательно должна быть покрыта ViewModel (или её аналог, если используете MVI). Напишите UI тесты для одного пользовательского сценария.
12. Подключите к проекту статический анализатор Detekt.

**Презентация**

- В репозиторий проекта добавьте описание приложения: что оно делает, какая используется архитектура (можно нарисовать схему) и добавьте скриншоты.