Ivan P.
Можно пример?
я про получение локальных синглтонов
Sergey
А в чём смысл этой позиции? Уже не в первый раз подобное слышу. Я ещё понимаю если приходит проект на поддержку, где уже п..ец, и внедрить архитектуру из разряда суисайд задач. Но если начинать проект с нуля - в чём смысл гордости отказа от MVP/Clean/тестов и (возможно) code style? Это же как себе самому яму рыть и радоваться, нет?
суть в том что мне всеравно что там за код лишь бы приложуля работала и приносила бабки. краши фиксятся баги правятся фичи накатываются. зачем мне пеиеплачивать за архитектуру для чего? больше бабок мне это не поинесет
Anonymous
Тогда вопрос отпадает)
Sergey
игогда да но 80% девелопер
FromSi
Ivan P.
я про саму задачу
сложно сходу придумать) я скоуп редко использую) просто интересно как это можно было бы реализовать без di) но пока писал, примерно понял)
Marat
на поддержку большого приложения с архитектурой будет намного меньше времени уходить... видимо однодневные приложения какие-то
Anonymous
Порой даже не в архитектуре самой дело (в плане, её типе). А в реализации) "все мы пираты по натуре.."
R
суть в том что мне всеравно что там за код лишь бы приложуля работала и приносила бабки. краши фиксятся баги правятся фичи накатываются. зачем мне пеиеплачивать за архитектуру для чего? больше бабок мне это не поинесет
Очень поверхностное суждение. Приложение в продакшне с публикой более миллиона если упадет по глупости принесет большие убытки. Тесты помагаю избежать совсем уж смешных и нелепых ошибок
Ivan P.
Использую DI в чистом виде — сую зависимости в конструктор.
а как же быть с компонентами android (activity, fragment и т.п.)?
Mike
а как же быть с компонентами android (activity, fragment и т.п.)?
Обкладывать костылями, чтобы можно было писать нормальный код.
R
5кк есть апа
R
Ну эт хорошо. Я о том, что и в архитектуре и в тестах смысл есть. И это хорошо, если ты на прототип делаешь)
Sergey
есть смысл длясерьезных да но 90% это парс джецсона и показ списка
R
Даже джейсон парся можно норм оступиться)
Anonymous
Я всё-таки не осознаю позицию эту, уж простите. У вас там проекты одноэкранные что ли?)
Anonymous
Что значит "серьёзный"?)
R
Что значит "серьёзный"?)
Серьезный, это два экрана))
Anonymous
И ладно, окей - клин многим не по душе. Но в чём проблема MVP то? Сложна? Я правда не особо понимаю)
Anonymous
Тесты вот да - их как правило в падлу всем писать и из всех разрабов малая часть покрывает свои проекты тестами добротно
Anonymous
Но вот про MVP я чот вообще не понял
Anonymous
Да и клин. У клина на мой взгляд одна проблема - кривая реализация. Собственно ради этого и существует нонче кукбук в параллельном чате. Да и материала оч много уже по нему. Но тут спорить особо ни с кем не буду - вкусовщина наверное.
Vyacheslav
клин это типа юзанье MVP
Vyacheslav
это как "тюнинг тачки" а вот как она затюнена решает уже Вест Кост с Экзибитом
Mike
Проблема клина — это обилие слоёв (презентеры, интеракторы), которые не имплементят интерфейсы (или имплементят одноразовые, просто потому что надо), и, следовательно, переиспользованию в похожих «юзкейсах» не подлежат.
Marat
клин это типа юзанье MVP
что? клин и mvp вообще могут отдельно друг от друга существовать
Marat
что в твоем понимании клин ?
организация работы model слоя
Anonymous
Что простите. Нет, с @Harmonizr, я согласен - собственно это и есть тот камень преткновения, с которым как раз и не мирятся противники. А вот отказ от интеракторов? Почему MVP = Clean то, ребят?
Marat
ясно
ээм, а что в твоем понимании clean architecture?
Anonymous
Разделение ответственности - вот соль. Собственно и слоя там три по сути data, pres. и domain. А уж какой вы туда паттерн взаимодействия с ui кинете - это лично дело.
Anonymous
Если кинете вообще
Anonymous
К слову
Anonymous
А вообще это всё оффтоп походу и нас могут админы покарать)
Marat
то что написал @RVTexnolog
огонь, он описал тоже самое, что и я сказал
Aleksandr
Привет! Как в retrofit 2 назначить Headerы ? Content-Type: application/json Accepts: application/json
Vyacheslav
огонь, он описал тоже самое, что и я сказал
ладно, пусть будет по твоему
Marat
ладно, пусть будет по твоему
организация работы model слоя по dependency rule. так больше устроит?)
Vyacheslav
организация работы model слоя по dependency rule. так больше устроит?)
всеже я не думаю что только model слой является clean участие pres и domain не стоит так пренебрегать
Aleksandr
google retrofit headers
Я и так писал @Headers({ "Accept: application/json; charset=UTF-8", "Content-Type: application/json" }) , и так Call<LoginUserResponse> loginUser(@Header ... , @Body LoginUserBody loginUserBody); не меняется
Vyacheslav
хотя и model и вправду более важно но всеже
Marat
всеже я не думаю что только model слой является clean участие pres и domain не стоит так пренебрегать
к model относится data и domain. а в presentation что будет без разницы, это все равно будет clean
Aleksandr
как проверил, что не меняется?
в onResponse вызвал response.headers().toString()
Mike
в onResponse вызвал response.headers().toString()
И получил заголовки, которые в ответ высылает сервер.
Aleksandr
Если везде нужно, можешь в интерсептор их добавить
В двух местах те, что выше. В других - более расширенные, для токенов
Mike
> Not found : Could not find resource username.
Aleksandr
> Not found : Could not find resource username.
пытаюсь залогиниться
Mike
пытаюсь залогиниться
видимо, не туда пытаешься
Aleksandr
видимо, не туда пытаешься
туда, т.к. минутой ранее я учетку там создал из кода.
Aleksandr
базовый урл верный, тот, что для авторизации - тоже
Mike
ну раз всё правильно делаешь, значит, всё работает
Aleksandr
я хэдеры верно указал ?
Mike
я хэдеры верно указал ?
Вставь LoggingInterceptor и проверь.
Aleksandr
Вставь LoggingInterceptor и проверь.
Это, что такое ? // извиняюсь за вопрос, второй знаком с retrofit
Олександр
Юзаешь первый ретрофит?