Построение Android приложений шаг за шагом, часть вторая Блог компании Rambler Co Хабрахабр. В первой части статьи мы разработали приложение для работы с github, состоящее из двух экранов, разделенное по слоям с применением паттерна MVP. Программу Для Создания Презентера' title='Программу Для Создания Презентера' />При создании презентера мы в конструкторе передаем интерфейс View. В этом модуле мы будем создавать презентер с использованием. Обзор 5 наиболее популярных бесплатных программ для создания коллажей из фотографий. Сравнивайте и качайте совершенно бесплатно Безусловный лидер среди профессиональных программ для создания покадровой анимации stopmotion. Для работы в Dragonframe. В видеоуроке наглядно продемонстрированы возможности новой программы для создания презентаций ПромоШОУ. Программа позволяет создать полноценный электронный мобильный каталог в виде готового. Android устройстве. MyBusinessCatalog программа для создания каталога это лучший способ самому создать каталог товаров, не обращаясь к дорогим специалистам. Dr. Explain программа для создания файлов справки, help файлов, online руководств пользователя и документации к программному обеспечению в. Мы использовали Rx. Java для упрощения взаимодействия с сервером и две модели данных для разных слоев. Во второй части мы внедрим Dagger 2, напишем unit тесты, посмотрим на Mock. Web. Server, Ja. Co. Co и Robolectric. Содержание Введение. В первой части статьи мы в два этапа создали простое приложение для работы с github. Ветки в репозитории соответствуют шагам в статье Step 3 Dependency injection третий шаг, Step 4 Unit tests четвертый шаг. Dependency Injection. Перед тем, как использовать Dagger 2, необходимо понять принцип Dependency injection Внедрение зависимости. Программу Для Создания Презентера' title='Программу Для Создания Презентера' />Представим, что то у нас есть объект A, который включает объект B. Без использования DI мы должны создавать объект B в коде класса A. Например так public class A. Aksessuari%20dla%20proektora/HAWK/%D0%9F%D1%80%D0%B5%D0%B7%D0%B5%D0%BD%D1%82%D0%B5%D1%80-hawk-hpt-330.jpeg' alt='Программу Для Создания Презентера' title='Программу Для Создания Презентера' />Самым простым решением является передача объекта B в конструктор класса A, тем самым мы реализуем Dependency Injection вручную public class A. Ее основное преимущество в кодогенерации, т. На хабре есть хорошая статья про Dagger 2, также можно почитать официальную страницу или хорошую инструкцию на codepath Для установки Dagger 2 необходимо отредактировать build. Он поможет ориентироваться откуда и куда происходят инжекции. Например Module. Model. Module. В них указывается откуда брать объекты и куда их внедрять методы inject. Пример Singleton. Componentmodules. Для Scheduler необходимо использовать аннотацию Named, чтобы Dagger разобрался с графом зависимостей. Model и Composite. Subscription будем предоставлять через модули, мапперы с помощью аннотированного конструктора. При создании презентера мы в конструкторе передаем интерфейс View. Соответственно, Dagger должен иметь ссылку на реализацию этого интерфейса, т. Можно пойти и другим путем, изменив интерфейс презентера и передавая ссылку на view в on. Create. Рассмотрим оба случая. Передача ссылки на view. У нас есть фрагмент Repo. List. Fragment, реализующий интерфейс Repo. List. View,и Repo. List. Presenter, принимающий на вход в конструкторе этот Repo. List. View. Нам необходимо внедрить Repo. List. Presenter в Repo. List. Fragment. Для реализации такой схемы нам придется создать новый компонент и новый модуль, который в конструкторе будет принимать ссылку на наш интерфейс Repo. List. View. В этом модуле мы будем создавать презентер с использованием ссылки на интрефейс Repo. List. View и внедрять его в фрагмент. Внедрение во фрагментеOverride. CreateNullable Bundle saved. Instance. State. В нашем случае, есть гораздо более простой способ, изменим конструктор и будем передавать ссылку на интерфейс в on. Create. Код Внедрение во фрагментеInject. Repo. Info. Presenter presenter. CreateNullable Bundle saved. Instance. State. Модульное тестирование. Тестирование давно стало неотъемлемой частью процесса разработки ПО. Википедия выделяет множество видов тестирования, в первую очередь разберемся с модульным unit тестированием. Чеченцы Видео В Телефон тут. Модульное тестирование процесс в программировании, позволяющий проверить на корректность отдельные модули исходного кода программы. Идея состоит в том, чтобы писать тесты для каждого нетривиального метода. Это позволяет достаточно быстро проверить, не привело ли очередное изменение кода к регрессии, то есть к появлению ошибок в уже оттестированных местах программы, а также облегчает обнаружение и устранение таких ошибок. Написать полностью изолированные тесты у нас не получится, потому что все компоненты взаимодействуют друг с другом. Под unit тестами, мы будем понимать проверку работы одного модуля окруженного моками. Взаимодействие нескольких реальных модулей будем проверять в интеграционных тестах. Схема взаимодействия модулей Пример тестирования маппера серые модули не используются, зеленые моки, синий тестируемый модуль Инфраструктура. Инструменты и фреймворки повышают удобство написания и поддержки тестов. CI сервер, который не даст вам сделать merge при красных тестах, резко уменьшает шансы неожиданной поломки тестов в master branch. Автоматический запуск тестов и ночные сборки помогают выявить проблемы на самом раннем этапе. Этот принцип получил название fail fast. Про тестовое окружение вы можете почитать в статье Тестирование на Android Robolectric Jenkins Ja. Сo. Сo. В дальнейшем мы будем использовать Robolecric для написания тестов, mockito для создания моков и Ja. Сo. Сo для проверки покрытия кода тестами. Паттерн MVP позволяет быстро и эффективно писать тесты на наш код. С помощью Dagger 2 мы сможем подменить настоящие объекты на тестовые моки, изолировав код от внешнего мира. Для этого используем тестовый компонент с тестовыми модулями. Подмена компонента происходит в тестовом application, который мы задаем с помощью аннотации Configapplication Test. Application. class в базовом тестовом классе. Ja. Co. Co Code Coverage Перед началом работы, нужно определить какие методы тестировать и как считать процент покрытия тестами. Для этого используем библиотеку Ja. Co. Co, которая генерирует отчеты по результатам выполнения тестов. Современная Android Studio поддерживает code coverage из коробки или можно настроить его, добавив в build. Запустим jacoco gradlew jacoco. Test. Report и посмотрим на результаты Сейчас у нас процент покрытия идеально совпадает с нашим количеством тестов, т. Давайте исправим эту ситуацию Model. В model слое нам необходимо проверить правильность настройки retrofit Api. Interface, корректность создания клиента и работу Model. Impl. Настраиваем ответы сервера и проверяем запросы retrofit. Тестовый модуль для Dagger 2Module. Model. Test. Module. Пример тестов для Model. ImplTest. public void test. Get. Repo. Branches. Считываем json из файлов, преобразуем и проверяем. Также необходимо проверить корректность on. Subscribe и on. Stop, для этого перехватываем подписку Subscription и проверяем is. Unsubscribed. Пример тестов в presenter слое Before. Up throws Exception. Вся логика содержится в презентерах. Пример тестирования фрагментаTest. On. Create. View. With. Bundle. Благодаря использованию MVP и подмене инжекций мы смогли быстро написать тесты на все части приложения. Весь код доступен на github. Статья написана при активном участии nnesterov. В следующей части рассмотрим интеграционное и функциональное тестирование, а также поговорим про TDD. UPDATE Построение Android приложений шаг за шагом, часть третья.