/storage/0/images/1.jpeg https://image.test.com/1.jpeg

вот например тут

вот например тут

не ясна твоя задача корневая

разве для глайда это не разные источники?

А в чём может быть трабл, что searchView.clearFocus(); не работает на Android 5.0.1

в доставании

а в чем профит? такой тип гарантирует только an instance of MyClass or subclass of MyClass. Но все это я могу и про обычный <MyClass> сказать.

Задача просто 1. Взять локальный имедж, загрузить через глайд из /storage/0/images/1.jpeg 2. Взять локальный имедж загрузить тоже, но там url, но я могу проверить по имени файла, оно совпадает

а в чем профит? такой тип гарантирует только an instance of MyClass or subclass of MyClass. Но все это я могу и про обычный <MyClass> сказать.

оттуда достаются обджекты

/storage/0/images/1.jpeg https://image.test.com/1.jpeg

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

имя файла как бы не особо гарант одинаковости

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

файл берерётся из галерии, гразуится на сервер и мне отдаёт линка на него

перед тем как его загрузить его надо показать юзеру

как только загрузился, надо показать в другом месте

уже по урл который отдался

это разные файлы

я понимаю, а что нельзя переопределить файл кеш кей?

там несколько помню берется хеш от урл

как то же он сравнивает

Room?

Там вот читал, что есть проблемы со сложносвязнными бю

у тебя ключи разные

Бд

у тебя ключи разные

фигово (

не фигово, а так и задумано

это библиотека для асинхронной загрузки изображений

и со всей задачей она справляется на ура

а кофе варить она и не должна

есть интересное словосочетние "надуть меню". интересно, почему 'надуть'? поняно, что от inflate, но все же? :/

а кофе варить она и не должна

Но было бы неплохо

есть интересное словосочетние "надуть меню". интересно, почему 'надуть'? поняно, что от inflate, но все же? :/

MenuInflater#inflate

Киньте ссылку на чат по RxJava. Заранее спасибо

Киньте ссылку на чат по RxJava. Заранее спасибо

@reactivex

MenuInflater#inflate

это я понимаю, я же написал. вопрос скорее в том, что это даже в английском значит? как можно его надуть? заполнить, — да. но почему надуть?

это я понимаю, я же написал. вопрос скорее в том, что это даже в английском значит? как можно его надуть? заполнить, — да. но почему надуть?

представь, что XML — пустой воздушный шарик :)

ладно)) я давно понял, что в гугле одни креативщики :D

ладно)) я давно понял, что в гугле одни креативщики :D

программистов бы лучше набрали :/

ладно)) я давно понял, что в гугле одни креативщики :D

Не креативщики, а какие-то стажеры

на чем основано это утверждение?

2 года с нуля и синьор помидор))

Это в смысле senior android developer?

Это в смысле senior android developer?

Да

на чем основано это утверждение?

на том, что у Android отвратная архитектура, инструменты постоянно ломаются, а большинство решений от гугла — мусор

но ведь она работает

Да

Знаете чем отличается mvp и clean architecture?

на том, что у Android отвратная архитектура, инструменты постоянно ломаются, а большинство решений от гугла — мусор

Согласен

Знаете чем отличается mvp и clean architecture?

Это к чему?

всегда все вокруг виновато кроме нас самих

но ведь она работает

class HelloWorld { public static void main(String[] args) { System.out.println("пыщь!"): } } вот оно тоже работает!

концептуальненько

Это к чему?

Ну я считаю,что Senor android developer этот вопрос должен знать как свои 5 пальцев

Ну я считаю,что Senor android developer этот вопрос должен знать как свои 5 пальцев

а я считаю, что это достаточно бесполезное знание

Ну я считаю,что Senor android developer этот вопрос должен знать как свои 5 пальцев

Я то знаю. Но я у вас не собеседуюсь)

а я считаю, что это достаточно бесполезное знание

Ну,вообще, главное чтобы понимание было. Но я не сторонник clean

Слишком много сущностей лишних, как по мне

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

Слишком много сущностей лишних, как по мне

Хорошо,а что используете?

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

все это нелепо

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

межпроцессовое ;) даааа, жиза

Clean отлично заходить с той же moxy. Но там своя реализация и понимание у нас. В целом близко, с инверсией и слоями. Но сущности другие

межпроцессовое ;) даааа, жиза

как жить без этих знаний☺️

Хорошо,а что используете?

Используем что надо. А ну ка мне, напиши приложение о погоде с rx

а ну еще рх, без рх вообще выйти за дверь

межпроцессорное - это было бы круто)

Clean отлично заходить с той же moxy. Но там своя реализация и понимание у нас. В целом близко, с инверсией и слоями. Но сущности другие

мокси разве не для mvp вообще?

межпроцессорное - это было бы круто)

ну, это совсем просто)

мокси разве не для mvp вообще?

Mvp. Но clean не отменяет mvp

?вы же поняли о чем я) бяки)

ээээээээ

ERROR: S client not available

Clean, в целом, это просто доп слои и правила

так конкретно мвп тут причём вообще

так конкретно мвп тут причём вообще

Ну вообще-то при том.

?вы же поняли о чем я) бяки)

рх красивенький

Mvp. Но clean не отменяет mvp

А это не правда

рх красивенький

Эх щас бы использовать рх

А это не правда

Ну значит у вас нет понимания

Mvp входит в clean

Mvp входит в clean

Плюсану

О чем и речь. Просто модель делится на несколько новых сущностей.

Clean это подход

Эх щас бы использовать рх

Я все последнее вpемя гоpю желанием таки написать что-нибудь пpостенькое на scala + fs2, и посмотpеть, будет ли компактнее, чем на kotlin + rx или нет. Единственный минус – multidex by default и пиздец долгая сбоpка, но когда это кого-либо останавливало.

давайте обсуждать все эти несуществующие вещи в предназначенном для этого @Android_Architecture

На стоpоне сеpвеpа кода меньше выходит pаза в полтоpа. Интеpесно, что с андpоидом будет.

Clean это подход

Ты можешь этот подход при желании применить к любому около mvc паттерны архитектуры. При желании

Я все последнее вpемя гоpю желанием таки написать что-нибудь пpостенькое на scala + fs2, и посмотpеть, будет ли компактнее, чем на kotlin + rx или нет. Единственный минус – multidex by default и пиздец долгая сбоpка, но когда это кого-либо останавливало.

скала же write-only, не?

скала же write-only, не?

не, вполне адекватно выходит

Mvp входит в clean

А если я хочу вью слой сделать на mvvm как тогда быть?

Тот же котлин, только некотоpые вещи делаются куда пpоще.

Mvp входит в clean

кек

кек

Что по твоему ca. Может ты про что-то другое говоришь?

А если я хочу вью слой сделать на mvvm как тогда быть?

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

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

?

@Harmonizr прогони их в архитектуру

:D

@Harmonizr прогони их в архитектуру

^^ дело говорит

А если я хочу вью слой сделать на mvvm как тогда быть?

Я далеко не мастер,поэтому и спрашиваю у народа как кто делает.Тогда лучше в архитектуре спрошу

Что по твоему ca. Может ты про что-то другое говоришь?

Presentation, Domain, Data

Presentation - хоть в активити весь свой код пиши

применять клин не обязательно,а уметь о нем спорить получается надо

Presentation - хоть в активити весь свой код пиши

Грустно

Сейчас я скажу