почти

почти

google it

а второй?

Ребят подскажите этот паттерн Picasso.get() .load(url) .resize(width, height) .get() можно назвать “билдер”, то как можно обозвать такой тип? Coil.get(url) { size(width, height) } это ведь уже не билдер?

билдер может не обладать флюентным интерфейсом и в каждой строке будешь писать билдер.сетбла билдер.сетблабла итп

это уже не билдер

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

флюентный интерфейс может существовать и сам по себе но обьект он не превращает в билдер

а fluent, который не билдит — не билдер

я и говорю, Picasso — fluent, не билдер

билдер. он в конце строит тебе обьект

into(imageView) — что от тебе строит? void

into не билдер, это верно, а get - да

точнее он там внутри его билдит и загружает во вьющку

но сам get() то не билдер. А просто возвращает инстанс уже готового объекта, который мы не сможем донастроить

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

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

Я понимаю для чего нужен билдер, но не понимаю причем здесь get().

а просто получение синглтона

Мы можем с помощью get реализовать flexible solution to various object creation? Нет, мы всегда получим одну и ту же конфигурацию объекта (ну если он не был создан до этого) -> это не билдер

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

но сам get() то не билдер. А просто возвращает инстанс уже готового объекта, который мы не сможем донастроить

эм, вызов любого метода, который возвращает готовый инстанс объекта - это билдер?

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

скорее поверю что нужны разные хттп клиенты, и это настраивается

Единственное, что предложу напоследок - заглянуть в класс Picasso.java

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

правильно

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

Подскажите пожалуйста, как можно объяснить такое поведение: onCreateViewHolder в адаптере при возврате на прошлый фрагмент (не через реплейс) отрабатывать не должен, нижний фрагмент как под диалогФрагментом продолжает существовать. На эмуляторе у меня всё так и происходит. А вот на телике на приставке NVidia , адаптер начинает по новой выполнять onCreateViewHolder. Что примечательно экземпляры вьюх не новые. Т.е. это больше похоже на requestLayout что ли...

посоветуйте либу для открытия pdf внутри приложения через webView, чтобы весила меньше 20мб 😔

https://stackoverflow.com/questions/2655972/how-can-i-display-a-pdf-document-into-a-webview

public static class Builder { - что можно сделать создавая через это. И что через get().

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

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

https://refactoring.guru/ru/design-patterns/builder

ты может не тот гет смотришь

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

Всем ку) Может кто сказать почему в одном фрагменте я получаю View, а вдругом нет... getActivity().runOnUiThread(new Runnable() { @Override public void run() { View v = getView(); View rv = v.getRootView(); }); Как так может быть, какая разница где я это запускаю, есть это внутри runOnUiThread ?

мысль понял, хоть и у фрагмента точно есть лаяут, тогда вопрос чуть другой, как точно забрать view ?) мне нужен тот что root)) Надо погасить прогресс бар загрузки, а он в половине фрагментов недоступен..