Можно пример?

я про получение локальных синглтонов

А в чём смысл этой позиции? Уже не в первый раз подобное слышу. Я ещё понимаю если приходит проект на поддержку, где уже п..ец, и внедрить архитектуру из разряда суисайд задач. Но если начинать проект с нуля - в чём смысл гордости отказа от MVP/Clean/тестов и (возможно) code style? Это же как себе самому яму рыть и радоваться, нет?

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

игогда да но 80% девелопер

я про саму задачу

на поддержку большого приложения с архитектурой будет намного меньше времени уходить... видимо однодневные приложения какие-то

смотря какая архитектура. CLEAN — примерно такая же каша, как и монолит.

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

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

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

Использую DI в чистом виде — сую зависимости в конструктор.

а как же быть с компонентами android (activity, fragment и т.п.)?

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

Очень поверхностное суждение. Приложение в продакшне с публикой более миллиона если упадет по глупости принесет большие убытки. Тесты помагаю избежать совсем уж смешных и нелепых ошибок

В серьезных проектах участия не принимал, очевидно. Не разрабатывал ответственных систем. С опытом дойдет

Что значит "серьёзный"?)

Серьезный, это два экрана))

Да и клин. У клина на мой взгляд одна проблема - кривая реализация. Собственно ради этого и существует нонче кукбук в параллельном чате. Да и материала оч много уже по нему. Но тут спорить особо ни с кем не буду - вкусовщина наверное.

Да и клин. У клина на мой взгляд одна проблема - кривая реализация. Собственно ради этого и существует нонче кукбук в параллельном чате. Да и материала оч много уже по нему. Но тут спорить особо ни с кем не буду - вкусовщина наверное.

клин это типа юзанье MVP

что? клин и mvp вообще могут отдельно друг от друга существовать

Проблема клина — это обилие слоёв (презентеры, интеракторы), которые не имплементят интерфейсы (или имплементят одноразовые, просто потому что надо), и, следовательно, переиспользованию в похожих «юзкейсах» не подлежат.

что в твоем понимании клин ?

организация работы model слоя

ясно

Разделение ответственности - вот соль. Собственно и слоя там три по сути data, pres. и domain. А уж какой вы туда паттерн взаимодействия с ui кинете - это лично дело.

ээм, а что в твоем понимании clean architecture?

то что написал @RVTexnolog

огонь, он описал тоже самое, что и я сказал

ладно, пусть будет по твоему

Привет! Как в retrofit 2 назначить Headerы ? Content-Type: application/json Accepts: application/json

организация работы model слоя по dependency rule. так больше устроит?)

google retrofit headers

Я и так писал @Headers({ "Accept: application/json; charset=UTF-8", "Content-Type: application/json" }) , и так Call<LoginUserResponse> loginUser(@Header ... , @Body LoginUserBody loginUserBody); не меняется

всеже я не думаю что только model слой является clean участие pres и domain не стоит так пренебрегать

к model относится data и domain. а в presentation что будет без разницы, это все равно будет clean

как проверил, что не меняется?

Я и так писал @Headers({ "Accept: application/json; charset=UTF-8", "Content-Type: application/json" }) , и так Call<LoginUserResponse> loginUser(@Header ... , @Body LoginUserBody loginUserBody); не меняется

в onResponse вызвал response.headers().toString()

Если везде нужно, можешь в интерсептор их добавить

> Not found : Could not find resource username.

пытаюсь залогиниться

видимо, не туда пытаешься

ну раз всё правильно делаешь, значит, всё работает

ну раз всё правильно делаешь, значит, всё работает

я хэдеры верно указал ?

Вставь LoggingInterceptor и проверь.

Это, что такое ? // извиняюсь за вопрос, второй знаком с retrofit

Юзаешь первый ретрофит?

Это, что такое ? // извиняюсь за вопрос, второй знаком с retrofit