У ебанько и без всяких эрыксов течёт как вода из пробитого ведра

У ебанько и без всяких эрыксов течёт как вода из пробитого ведра

вот один такой ебанько сделал многомиллионный заказ

так, что тупой каталог с картинками в пике потребляет 350-400 метров

так, что тупой каталог с картинками в пике потребляет 350-400 метров

Вот это жесть)) Как так говнокодить-то нужно. Там часом контекст в статике нигде не хранится?))

Что-то в этом есть. Он свои бабки, видимо, получил, а с его говнищем разбирается уже не он :)

Вот это жесть)) Как так говнокодить-то нужно. Там часом контекст в статике нигде не хранится?))

хранится

хранится

And we have a winner!

Что-то в этом есть. Он свои бабки, видимо, получил, а с его говнищем разбирается уже не он :)

вроде того

And we have a winner!

ага

Вот это жесть)) Как так говнокодить-то нужно. Там часом контекст в статике нигде не хранится?))

В ТРЁХ МЕСТАХ

один, если лишних данных не сильно много

in your face

Все зависит от того, как этот запрос используется

о, я нашёл откуда чувак копипастил код с SO

видимо в попытке хоть что-то поправить

надо же

жалко, что не помогло

Зависит от размера данных и пропускной способности сети

и всё это удовольствие написано в 2016

омфг

найти бы

тогда 1

Если оверхед небольшой и этот запрос надо слать нечасто - то можно и одним запросом

о, я нашёл откуда чувак копипастил код с SO

А сможешь код показать?

Если оверхед небольшой и этот запрос надо слать нечасто - то можно и одним запросом

+

А вообще, конечно, стоит придерживаться SRP даже когда речь идет об API

А сможешь код показать?

дольше вырезать компромат, чем проблему найти

@Istima а студией утечки искать не пробовал в дампе?

А вообще, конечно, стоит придерживаться SRP даже когда речь идет об API

Но не тогда, когда нужно сделать 5-6 запросов, чтобы затянуть простенькую модель полей на 15

@Istima а студией утечки искать не пробовал в дампе?

пробовал

Но не тогда, когда нужно сделать 5-6 запросов, чтобы затянуть простенькую модель полей на 15

Это уже повод задуматься о том, что нужно выделить отдельный endpoint именно под выдачу этой модели

пробовал

а в дампе тоже ничего интересного?

на что память уходит?

а в дампе тоже ничего интересного?

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

Короче, ждем криминалистическую экспертизу :)

Всем интересно кто убийца памяти)

Всем интересно кто убийца памяти)

Кривые руки

Это понятно, но всегда же интересно до каких глубин дна может дойти человек)

Короче, ждем криминалистическую экспертизу :)

я думаю я подзабью на эти полмегабайта за скролл. И займусь изображениями. А то там до 10 доходит :)

ъсобственные реализации кэширования изображений всегда вызывают...

бурные эмоции

как будто нету UIL, Picasso, Пдшву

Glide

но тут даже пикассо в статичном объекте хранится

пойду-ка накачу, так работать невозможно

пойду-ка накачу, так работать невозможно

Терпения тебе

Хорошего настроения

А логов нет с тегом logXXX где Х - цифры?

А логов нет с тегом logXXX где Х - цифры?

А это что за зверь такой?

ъсобственные реализации кэширования изображений всегда вызывают...

У меня они вызывают отвращение, т.к. я смотрю на свой код и понимаю какое он гавно по сравнению с glide и прочими и решаю юзать все же готовое.

У меня они вызывают отвращение, т.к. я смотрю на свой код и понимаю какое он гавно по сравнению с glide и прочими и решаю юзать все же готовое.

Каждый себя Джейком Вортоным считает

Знатоки rx, подскажите: Пользователь вводит имя пользователя и некий текст, я хочу проверить есть ли акк с таким именем и если есть отправить в другой сервис запрос на создание сообщения. Аккаунт сервис мне отдает объект аккаунта или кидает ексепшн. Так вот если все ок то во второй сервис хочу передать объект аккаунта и текст из изначального запроса. Как православно сделать это на rx? Map ? Типа (accid, text) --> map(accid-->accObj)--> sendmessage(accObj, text) ? Где текст берется из объекта изначального запроса? Может есть некий оператор способный "аккумулировать" респонзы обсервабле?

Что бы "не выходить из датафлоу"? Или это нормальная практика?

Каждый себя Джейком Вортоным считает

Я нет, я точно не смогу лучше него сделать, он уже на этом деле руку набил.

Знатоки rx, подскажите: Пользователь вводит имя пользователя и некий текст, я хочу проверить есть ли акк с таким именем и если есть отправить в другой сервис запрос на создание сообщения. Аккаунт сервис мне отдает объект аккаунта или кидает ексепшн. Так вот если все ок то во второй сервис хочу передать объект аккаунта и текст из изначального запроса. Как православно сделать это на rx? Map ? Типа (accid, text) --> map(accid-->accObj)--> sendmessage(accObj, text) ? Где текст берется из объекта изначального запроса? Может есть некий оператор способный "аккумулировать" респонзы обсервабле?

Не совсем понятен вопрос. Ты берёшь текст и ид, что-то там шаманишь с ид и после этого получаешь готовый к отправке объект или ошибку. Вроде как нормальная цепочка преобразования данных

Я беру ид применяю map, получаю объект аккаунта. Далее я хочу взять этот объект и текст из начального запроса и отправить дальше

Не совсем понятен вопрос. Ты берёшь текст и ид, что-то там шаманишь с ид и после этого получаешь готовый к отправке объект или ошибку. Вроде как нормальная цепочка преобразования данных

там вроде как 2 запроса первый за аккаунтом, второй отправить меседж

Да

У меня такое было 1 или 2 раза всего и я просто данные в Pair сбил и так таскал

я бы Observable.create() сделал

ERROR: S client not available

Любители unit-тестирования, подскажите. Допустим, у меня в интерфейсе вьюхи есть методы showInformer(String text) и showInformer(@StringRes int textResId), как мне проверить при тесте презентера, что он вызвал какой-то из этих методов, неважно какой, один из.

Проблема в том что в момент отправления мессаджа у меня обсервабле после map возвращает объект аккаунта а текст как бы сбоку получается

Проблема в том что в момент отправления мессаджа у меня обсервабле после map возвращает объект аккаунта а текст как бы сбоку получается

передавай в функцию его

передавай в функцию его

В какую?

private void sendMsg(int userId, String msgText) { Observable... }

Я к тому что может создать Observable.just(text) и как бы смержить их? Паир почему то кажется что костыль, хотя может я и ошибаюсь

я бы Observable.create() сделал

Нинада

Так функция получается такая sendMsg(Account, String)

Нинада

Почему?

Нинада

да я понял уже, устал что то

Почему?

create не поддерживает Backpressure

В Rxjava1

В 2 уже можно

В первой есть fromEmitter, если нужно обернуть какой-нибудь Listener

В 2 уже можно

кстати так и не добрался до нее :(

Любители unit-тестирования, подскажите. Допустим, у меня в интерфейсе вьюхи есть методы showInformer(String text) и showInformer(@StringRes int textResId), как мне проверить при тесте презентера, что он вызвал какой-то из этих методов, неважно какой, один из.

_

Любители unit-тестирования, подскажите. Допустим, у меня в интерфейсе вьюхи есть методы showInformer(String text) и showInformer(@StringRes int textResId), как мне проверить при тесте презентера, что он вызвал какой-то из этих методов, неважно какой, один из.

Mockito.verify

Копай туда)

Отличный совет

Я не нашел у этого метода такой возможности

Или я не так понял вопрос?

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

Да, мне надо проверить, уведомил ли я пользователя об ошибке, и делать я могу это одним из этих методов

Хм, ну у тебя же где-то в конкретном месте презентере принимается решение о том, какой конкретно из этих двух методов вызовется

А тесты не должны к этому привязываться

Если после рефакторинга я поменял один метод на другой и тест сломается, будет печально

Смысл в таких тестах?

Ну скажем так, юнит-тест в стиле черного ящика - это недостижимая утопия)

И если ты меняешь код и у тебя тест ломается - это нормально

Но это не запрещает мне к этому стремиться)