#MBLTdev: Конференция мобильных разработчиков Спикер: http://mbltdev.ru/

1. Практический пример переиспользования кода.
Как повысить качество и ускорить разработку.
Тарасов Дмитрий
Aрхитектор мобильных приложений, Тинькофф Банк
e-mail: d.tarasov@tcsbank.ru

2. Мобильный Банк

4. Много общего
● общий backend и похожее API
● механизмы авторизации
● кеширование
● передача данных
● хранение информации
● элементы интерфейса
● части бизнес-логики

5. Способы переиспользования кода
● copy-&-paste

6. Способы переиспользования кода
● copy-&-paste
● jar

7. Способы переиспользования кода
● copy-&-paste
● jar
● Android Library Projects

8. Способы переиспользования кода
● copy-&-paste
● jar
● Android Library Projects
● aar

9. Выбрали copy-paste
Сроки горят!!!
ALARM!!!
ASAP!!!

10. Трудности при мердже
● переименования методов/классов
● изменились сигнатуры
● изменилась имплементация
○ без конфликтов
○ взаимоисключающие изменения

12. DON’TS copy-paste!

13. Команда
● мы не хотим это делать

14. Команда
● мы не хотим это делать
● нужно привыкать работать с общим кодом

15. Команда
● мы не хотим это делать
● нужно привыкать работать с общим кодом
● больше ответственности

16. Схема работы с проектами
● постановка и уточнение
● решение
● ревью
● тестирование
● релиз

17. Схема работы с проектами

18. Схема работы с проектами

19. Git-workflow

20. Схема работы с проектами

21. Схема работы с проектами

22. Велосипедостроительство

23. DO’S ведите changelog

24. Потерянные изменения

25. Version-branches

26. Version-branches

27. Tags!
● слили все ветки в dev
● проставили тэги
● удалили version-branches

28. DO’S
● поддерживайте аккуратную историю коммитов
● не допускайте беспорядка в VCS

29. Приложение Штрафы ГИБДД

30. Приложение Штрафы ГИБДД

31. Приложение Штрафы ГИБДД
ProGuard?

32. Приложение Штрафы ГИБДД
Можно, но долго!

33. Приложение Штрафы ГИБДД
Dex 64k problem
(GMS ~20k)

34. DO’S модульная архитектура
● удобно (стильно, молодежно)
● уменьшение связности кода
● повышение уровня абстракции
● более чистое API

35. Новый backend
● MoneyView
● EditMoney

36. MoneyAmount
{
"amount": 100500,
"currency": {
"code": 643,
"name": "RUB"
}
}

37. Новый backend
{
…
"amount": 23
"otherFields": …
…
}

38. Новый backend
Даешь рефакторинг!

39. DON’TS не завязывайтесь на модель
пишите максимально гибко и абстрактно

41. TO BE CONTINUED...

42. Наши советы
● упаковка и хранение
● модульность (gradle modules vs git
subtree/submodule)
● простое удобное API
● changelog
● порядок в VCS
● документация
● имена ресурсов
● тесты

43. Выводы
● Плюсы
○ повышается скорость разработки
○ уменьшается связность кода, улучшается
архитектура
○ отлов ошибок
○ единый user experience
● Минусы
○ возросшая цена ошибки
○ небольшой overhead на менеджмент
○ бизнес не всегда понимает, зачем оно

44. СПАСИБО ЗА ВНИМАНИЕ