Если хотите устроится на работу как Android разработчик, запомните эту диаграмму - многие интервюери спрашивает о том какие методы вызывается если открыть другой активити

https://github.com/xxv/android-lifecycle тут более полная картина жизненных циклов, которую следует представлять себе, если хотите работать в качестве Android-разработчика

Спасибо за детальную диаграмму! лайфцайкл фрагмента 👍

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

да согласен с Вами. ну я имел ввиду если не знать какие методы вызывается когда открывается другой активити трудно будет пройти собеседование :)

2.1 Activity и View
6. Общие атрибуты View-элементов (PDF)
"То есть в нашем случае достаточно прописать  gravity = end в нашем LinearLayout и кнопка выровняется относительно правого края."
Какая разница между gravity = end и gravity = right? Разница в RTL?

Угу — https://stackoverflow.com/questions/26285144/difference-between-gravity-right-and-end

👍 спасибо

Хотел спросить на счёт класса application. В уроке было сказано что он является синглтоном, и у меня сразу возникла идея использовать его как контейнер для хранения  экземпляров других классов которые я бы хотел использовать в приложении, получается что если создать их в oncreate апликейшена и создать геттеры этих классов они тоже будет своеобразными сингтонами и в конструкторе этих классов паттерн синглов реализовывать уже не требуется. Правильная ли эта идея с точки зрения best practices? И второй вопрос на счёт самого класса апликейшена, паттерн синглтона ведь все равно в нем нужно реализовывать, ведь чтобы получить доступ к методам класса из других мест нужно ведь создавать экземпляр класса application, и если не реализовать паттерн синглтона он ведь не будет синглоном?

Если так сделать, то у вас получится антипаттерн, который называется "божественный объект", так как класс приложения будет являться еще и менеджером синглтонов

Как вариант можно пользоваться паттерном Dependancy Injection: http://startandroid.ru/ru/courses/dagger-2.html

А чем плох божественный объект?

Поддерживать такой код становиться трудным - если меняете код в одном месте это может повлиять другой часть кода

В том плане кроме очевидных вещей что если пихать туда кучу всего. Если мне нужно глобально хранить пару экземпляров классов все равно я должен сделать. Отдельный класс который будет хостить эти экземпляры?

Или правильно будет каждый класс который мне нужен как синглтон реализовывать в конструкторе паттерн синглтона

И если мне понадобился какой-то класс просто создавать его(т.к в конструкторе будет реализован паттерн синглтона то просто вернётся экземпляр) а не дергать из какого-то хранилища, и не переписывать конструкторы

Нашел ответ на свой вопрос тут

Про синглтоны прочитал что неверно их использовать для получения "глобальности". Они должны использоваться только для того чтобы гарантировать что в один момент времени существует только один экземпляр нужного класса.