Любая бд для такого объема данных — это трата ресурсов

+

Ну, мне вот пришлось написать велосипед для сохранения картинки на диск в собств.формате. Томушо родной метод андроида тратит полторы секунды на кодирование в png

А мне бы 0.4

Я в читалке с этим эбался. justify делал

Я не про проблемы текствью, от него пришлось отказаться в принципе

В андроиде вообще самый уебищный апи для текста, текст вью — это чистое зло

Любая бд для такого объема данных — это трата ресурсов

Суть, картинки грузятся с инета, и по клике на картинку открывается активити для полноэкранного просмотра, так вот нужно проверить по id существует ли там картинка или нет, и исходя от этого закрашивать вью(звездочка) или нет.

Можно вообще настроить глайд для таких вещей

Просто в бд не стоит записывать картинку

Даже в BASE64

Если я правильно понял кейс

Просто в бд не стоит записывать картинку

В бд я записываю url картинки, а в полноэкранном режиме гружу из кеша глайдом.

А сразу пробрасывать в интент URL?

А сразу пробрасывать в интент URL?

А так и делаю если есть инет то отправляю через интент url, а если инета нет то гружу из бд url и вывожу из кеша глайдом.

А сразу пробрасывать в интент URL?

Проблема в проверке, при запросе из фрагмента на существующую запись в бд, нужно отправить результат в новую активность, и исходя от результата красить элемент, тут без колбека не обойтись скорее всего.

Можно всегда пробрасывать URL в интент, а вот логику как красить вашу Вью перенести непосредственно в презентер нового активити

И уже там проверять и выполнять что хотите

Я не про проблемы текствью, от него пришлось отказаться в принципе

А причем тут проблема текствью? Суть в том, что пришлось свою Вью писать для этих фичь

И уже там проверять и выполнять что хотите

Понял, у меня пока не встроен mvp а solid использую.

Привет. Помогите - Cause: java.lang.OutOfMemoryError. Все было нормально и началось это

Есть TextJustify - Android. Она там все поддерживает, включая переносы

Понял, у меня пока не встроен mvp а solid использую.

Ну, презентер - это грубо говоря. Но, надеюсь, вы меня поняли)

Но давно не поддерживаетсч

А причем тут проблема текствью? Суть в том, что пришлось свою Вью писать для этих фичь

бля, перечитай что я писал

Invalid Caches and restart пробовал

Привет. Помогите - Cause: java.lang.OutOfMemoryError. Все было нормально и началось это

А в каком кейсе падает?

Ну, презентер - это грубо говоря. Но, надеюсь, вы меня поняли)

Понял конечно, час попробую с колбеком, спасибо.

Запуск эмулятора

бля, перечитай что я писал

ты сначала прочитай, что я написал

++

Запуск эмулятора

Так, что дальше?

ну а че он. я ему про рендеринг текста со ссылкаи и спаном, а он мне про текствью

да

-_____-

Ладно, серьёзные вопросы. Кто-нибудь рендерил текст в кастом вьюхах с форматированием и ссылочками и вот этим всем?

Никогда такого не было и вот опять)

Ладно, серьёзные вопросы. Кто-нибудь рендерил текст в кастом вьюхах с форматированием и ссылочками и вот этим всем?

мда.

мда.

очевидно, что я про статиклейауты и вот это все

пробовал

очевидно, что я про статиклейауты и вот это все

неочевидно. я рендерил текст через opengl

вопрос задавай, короче.

А что сделать пытаешься, что ООМ летит?

неочевидно. я рендерил текст через opengl

хм, рендер текста через опенгл, это интересно

хм, рендер текста через опенгл, это интересно

можно в на канвасе, но там своя ебля

ой все

(MVP)В презентере допустимо хранить ссылку на Интерактор ввиде композиции или нужно создавать callback c interface?

можно в на канвасе, но там своя ебля

ну я думал через канвас и статиклейауты, а че по перфомансу?

(MVP)В презентере допустимо хранить ссылку на Интерактор ввиде композиции или нужно создавать callback c interface?

Презентер может хранить ссылки на интерактор, а почему нет?

Не знаю,думал нарушает патерн mvp

ну я думал через канвас и статиклейауты, а че по перфомансу?

на opengl быстрее. вот тут пример на канвасе https://github.com/mathew-kurian/TextJustify-Android/blob/master/library/src/main/java/com/bluejamesbond/text/DocumentView.java

тоже норм

на opengl быстрее. вот тут пример на канвасе https://github.com/mathew-kurian/TextJustify-Android/blob/master/library/src/main/java/com/bluejamesbond/text/DocumentView.java

спасибо, гляну

Не знаю,думал нарушает патерн mvp

Да нет, почему? Вы можете данные брать из юскейса, конвертировать их в презентере при помощи своих мапперов/конвертеров и отдавать Вью.

Просто с интерфейсом и callback получается какая-то каша

А с композицией покомпак нее

Просто с интерфейсом и callback получается какая-то каша

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

Не знаю,думал нарушает патерн mvp

Никакой лапши из коллбеков и только то, что надо.

ну я думал через канвас и статиклейауты, а че по перфомансу?

StaticLayout получится та же тексвью у тебя. Будут проблемы с jusitfy, например. так что только в ручную, если хочешь хорошего результата

!спам

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

Да но тогда наверное нужно чтоб презентер не был привязан на бизнес слой и был независимый ,а композиция создаёт зависимость

!спам

?

Да но тогда наверное нужно чтоб презентер не был привязан на бизнес слой и был независимый ,а композиция создаёт зависимость

Это не противоречит SOLID-у

?

это ответ на спамовое сообщение. Для бота.

а_

Это не противоречит SOLID-у

лол, обсуждать солид в присутствии презентеров)

лол, обсуждать солид в присутствии презентеров)

??

А в чем проблема?

ну я думал через канвас и статиклейауты, а че по перфомансу?

а тебе что конкретно надо. justify, spannable? или просто быстрый рендеринг. Я почти все смог сделать на обычном текствью. если нужен префоманс, то вот есть еще https://github.com/lsjwzh/FastTextView

А в чем проблема?

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

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

Что такое "в присутствии презентеров"?

а тебе что конкретно надо. justify, spannable? или просто быстрый рендеринг. Я почти все смог сделать на обычном текствью. если нужен префоманс, то вот есть еще https://github.com/lsjwzh/FastTextView

спаннабл минимальный с обработкой нажатий

макс болд, подчеркивание, выделение цветом

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

😂🤣

MVP - так-то это просто паттерн для слоя представления.

Что такое "в присутствии презентеров"?

когда они есть

Ну в принципе да

MVP - так-то это просто паттерн для слоя представления.

скорее антипаттерн

скорее антипаттерн

А откуда такой хейт?

спаннабл минимальный с обработкой нажатий

FastTextView должен подойти

А откуда такой хейт?

никакого хейта, по фактам