Неужели порог вхождения в андроид разработку настолько высокий?

Большое спасибо за столь развернутый и обнадеживающий ответ) Даже забавно, насколько все сказанное Вами совпало с тем, к чему я в итоге пришел) Буквально вчера написал в несколько компаний, чтобы узнать, что нужно знать прям железно, а с чем можно ознакомиться в общих чертах и догонять уже на самой работе, потому что как бы мне сильно ни хотелось, весь объем необходимых знаний из вакансий даже с учетом того что я сутками сижу дома и пытаюсь учить мне не осилить и за полгода(возможно, проблема во мне, но тем не менее). Еще раз большое спасибо!)

Какое имя дать интерфейсу в данном случае?

Dmtm, полностью согласен с Вами во всем, рад что использование варианта "UsersRepository - UsersRepositoryImpl" не является строго обязательным, ибо вариант с префиксом "I" уж больно удобнее) Спасибо за ответ!

Adnroid, MVP. Как определять, включать метод в интерфейс или нет?

Денис Загаевский, еще раз большое спасибо! буду изучать)

Adnroid, MVP. Как определять, включать метод в интерфейс или нет?

Денис Загаевский, почти каждый Ваш ответ переворачивает с ног на голову все что я успел изучить)))

Я натыкался всего один раз на нечто вроде "single activity", но все остальные примеры и приложения которые я видел(а посмотрел я наверное штук 40-50 разных проектов), все содержали более одной активити. Не подскажете почему так? Видимо это старые проекты поэтому или другие причины?

Adnroid, MVP. Как определять, включать метод в интерфейс или нет?

Денис Загаевский, возможно этот пример служит просто грубой демонстрацией mvp-подхода, иначе не знаю как оправдать такое)

Что в нейдолжен быть минимум логики, и все экраны на фрагментах.

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

Adnroid, MVP. Как определять, включать метод в интерфейс или нет?

Денис Загаевский,

Я знаю из своего опыта, что вьюха, дергающая методы презентера, дергающего методы вьюхи - это ад адовый, в этой лапше потом фиг разберешься.

Даже на этих простеньких демо примерах я ощутил, насколько это неудобно.

Денис, еще раз большое спасибо, буду понемногу разбирать все сказанное!

Adnroid, MVP. Как определять, включать метод в интерфейс или нет?

Денис, в первую очередь большое Вам спасибо за очередной ответ, тем более столь развернутый!

К сожалению некоторые моменты мне из примера не понятны, потому я сейчас постараюсь разобраться с Dependency injection и вернуться к нему.

По поводу:

Имхо, всё это жуткий отстой.
View должно иметь методы только по показу данных. navigateToHome к ним не относится, это должен быть отдельный объект Router, которого нет в MVP.
View не должно иметь ссылку на Presenter и дергать из него какие-то методы.

Скажите пожалуйста, вот как мне(новичку) осмыслить это и понять? Я уверен что Вы говорите более чем правильные и осмысленные вещи с точки зрения Вашего опыта, но вот например я открываю пример, который насколько я понял официально одобрен гуглом, и там в примере mvp все сделано так, как Вы говорите делать не стоит, то есть там во view ссылка на Presenter, view дергает методы presenter-а, и во view есть аналог метода navigateToHome(там он называется showTaskDetailsUi).

Как мне переварить все эти различные подходы, паттерны и практики? Чувствую себя самым безмозглым на свете, уже несколько дней пытаюсь переварить один паттерн, но все без толку. Везде все по разному, кое-как что-то начал понимать, но тут Вы сказали что так лучше не делать и у меня опять все рухнуло. Простите что гружу вас этим "нытьем", но я правда очень хочу въехать в тему, но не получается.

Какое имя дать интерфейсу в данном случае?

AWE64, большое спасибо, обязательно посмотрю!

Какое имя дать интерфейсу в данном случае?

AWE64, спасибо, что подметили этот момент, я запомню. В целом интуитивно понимал, что чем более родительская ссылка, тем больше гибкости в дальнейшем, но в ООП я совсем новичок, поэтому много неуверенности почти в каждом моменте)
А в том примере, который я указал выше, наверняка есть какая-то загвоздка/причина, почему в одном случае ссылаются на интерфейс, а сразу же строчкой ниже на класс. Надеюсь кто-то прольет свет на эту ситуацию, уж очень хочется знать, чем это обусловлено.

Какое имя дать интерфейсу в данном случае?

AWE64, а Вы не могли бы просветить, как именно определять когда использовать ссылку на интерфейс а когда на класс?

Просто я ориентируюсь на вот этот пример, на который ссылается гугл, и там в классе одна ссылка на интерфейс, а вторая на класс:

private final TasksRepository mTasksRepository; //класс
private final TasksContract.View mTasksView; //интерфейс

но в зависимости от чего где-то класс где-то интерфейс, как это определять?

P.S.
Сергей Горностаев, может Вы тоже сможете помочь с прояснением этого момента? Всем заранее большое спасибо.

Как устроен Flavor Dimensions в Android?

Большое спасибо Вам!

Какое имя дать интерфейсу в данном случае?

Сергей Горностаев, большое Вам спасибо, очень помогли!

Какое имя дать интерфейсу в данном случае?

И еще один момент, только сейчас заметил: вы случайно пропустили букву "s" в случае с UserRepository, или в данном случае book и user не равнозначны в этом плане? Спасибо

Какое имя дать интерфейсу в данном случае?

Сергей Горностаев, UNy

Благодарю за ответы. Если не трудно проясните пожалуйста следующее:

1) если называю класс BooksRepositoryImpl, а у меня есть еще второй, который должен реализовать тот же интерфейс, как в таком случае нужно называть второй класс?

2) нужно ли "Impl" тянуть в названия переменных/членов класса. Вот в примерах встречаю такое:

Название класса: class TasksRepository {}
Объявление члена класса: TasksRepository mTasksRepository;

Вопрос в том, если у меня класс называется BooksRepositoryImpl, нужно ли член класса называть так BooksRepositoryImpl mBooksRepositoryImpl; или можно Impl опустить и назвать так BooksRepositoryImpl mBooksRepository; ?

Неужели порог вхождения в андроид разработку настолько высокий?

Большое спасибо за Ваш ответ!
Вероятно, я слишком "слабенький" для того, чтобы так быстро понять что к чему и изучить, как Вы это описали)

Есть вполне естественное желание пропустить все это и писать под Flutter.

Эта тема и меня очень сильно интересует, ибо слишком много шума вокруг него. Вы считаете, что можно начать изучать Flutter не зная нативной разработки под какую-либо из платформ? Просто мне кажется, тогда будет возможно исключительно найти работу, где проект(ы) с нуля будут писаться под flutter и не будет необходимости портировать нативные. Ведь чтобы портировать с того же андроид, нужно знать и понимать весь этот ад из библиотек и прочего, или нет? Буду рад если прольете свет на ситуацию, насколько это возможно)

Неужели порог вхождения в андроид разработку настолько высокий?

Developer, большое спасибо за развернутый ответ!

Неужели порог вхождения в андроид разработку настолько высокий?

Большое спасибо за ответ!
Вы не могли бы сказать, на Ваш взгляд(или из Вашего опыта) на чем в первую очередь сосредоточиться, что наиболее важно на старте? Выше уже отвечали, просто хочу как можно больше мнений собрать. Спасибо)

Неужели порог вхождения в андроид разработку настолько высокий?

Денис Загаевский, понял, большое спасибо за советы!

Неужели порог вхождения в андроид разработку настолько высокий?

Большое спасибо Вам за столь развернутый ответ и рекомендации, очень полезная для меня информация!

Неужели порог вхождения в андроид разработку настолько высокий?

andrew8712, да тоже думаю, что за ним будущее и знаю, что рано или поздно придется осваивать. Но в данный момент по всей стране на hh всего 20 вакансий по нему, поэтому работу найти почти нереально будет по крайней мере в ближайшее время