Согласен )

Да забей - он или тролит или "не итерирую коллекции по юай"-фанатик и его не переубидить.

не фанатик и не тролю

не фанатик и не тролю

слишком жирно ?

если гугл говорит как лучше писать под андроид, почему игнорировать?

им-то намного виднее как что работает

https://2ch.hk/pr/src/936766/14876210687530.png

0_о И много тут людей сможет ответить на это всё?

Насколько это эффективно? Я, например, пробовал пулить узлы хеш-таблицы, используя AtomicReferenceArray(20) в качестве пула, и это было медленнее, чем new.

Я думаю самый лучший способ для пулОбъектов это WeakedHashMap

Он не держит объектов так долго. Если не нужны.

И получения быстрое.

Думаю лучше реализовать статик фактори класс или абстракт фактори класс и там внутри реализовать пул через WeakhashMap

Или если что можно софт референсы юзать. Если объект тебе нужен на долгой переспективе.

Я бы реализовал пул объектов для EntityManager. Что бы когда спрашиваю две разные вещи в разных окнах не отдавал разные записи.

Я думаю самый лучший способ для пулОбъектов это WeakedHashMap

Ты с начало это реализуй и проверь как это в "Release" работает.

Что бы каждый раз возвращал один и тот же объект. например у меня есть User ы в БД хочу достать одного и менять чего либо у него. И при этом у меня этот Энтити работает в этом классе в другом месте. Я спрашиваю объект. Мой пул смотрит и находит готовый объект и передает. И для одного юзера только один объект. Удобно даже

Ты с начало это реализуй и проверь как это в "Release" работает.

Не понял тебя. Хочешь сказать что видишь какие то плохие стороны?

т е foreach сделали чтобы все страдали ? Ты там что в цикле 10кк объектов в ui потоке перебираешь ? :)

Какая разница, какой размер коллекции, если итератор один на цикл?

Или еще можно реализовать свой LRU Cache для фактори.

Не понял тебя. Хочешь сказать что видишь какие то плохие стороны?

Мне интересно ты теор. рассуждаешь или у тебя есть код рабочий? На мой взгляд у тебя он не то что Он не держит объектов так долго. Если не нужны. а будет сразу и в рандомный моменты сбрасывать.

Я думаю самый лучший способ для пулОбъектов это WeakedHashMap

GreenDAO держит слабые ссылки на объекты, например.

Мне интересно ты теор. рассуждаешь или у тебя есть код рабочий? На мой взгляд у тебя он не то что Он не держит объектов так долго. Если не нужны. а будет сразу и в рандомный моменты сбрасывать.

Нету работчего кода. Теоретический рассуждаю.

GreenDAO держит слабые ссылки на объекты, например.

И это отлично работает, когда кто-то парралельно держит явные. Дальше JVM или Android тебе "ничего не гарантирует".

GreenDAO держит слабые ссылки на объекты, например.

Ну значит у них тоже так. Это же хорошо

И это отлично работает, когда кто-то парралельно держит явные. Дальше JVM или Android тебе "ничего не гарантирует".

Не понял.

Это сарказм?

Какие подводные камни? Есть вик ссылки. и кто то держит стронг ссылки. Пока стронг ссылка не умирает то вик остается

Это же гарантирует жвм.

Если объекта нету в вик ссылке то создается новый.

передается клиенту.

Это же гарантирует жвм.

В общем это бесполезное обсуждение - реализуешь, не забудь выложить на github.

Я как раз хотел эксперементировать это.

В общем это бесполезное обсуждение - реализуешь, не забудь выложить на github.

Да конечно. было бы интересно реализовать это на уровне DAO

Или EntitiManager

надо взглянуть как работает Spring Data, EntityManager у спринга.

Также стоит помнить, что слабые ссылки — дополнительный оверхед.

надо взглянуть как работает Spring Data, EntityManager у спринга.

У спринга есть отдельный модуль для кеширования.

Также стоит помнить, что слабые ссылки — дополнительный оверхед.

Можешь уточнить?

Можешь уточнить?

Слабая ссылка — ещё один объект, по которому сборщик обязан будет пройти.

И ещё 24 (или около того) байта.

И ещё 24 (или около того) байта.

?

Слабая ссылка — ещё один объект, по которому сборщик обязан будет пройти.

Мы же не собираемся создать тонну объекто

Есть приминение. Обычно в энтити слой. И там не так уж много объектов.

Пару килобайт ради перформенса и ради удобство? Да путь будет мегабайт)

Мы же не собираемся создать тонну объекто

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

Есть приминение. Обычно в энтити слой. И там не так уж много объектов.

Очень по-разному.

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

Вижу ты понимаешь как пашет спринг. Вот там можешь менять один Энтити и другой который именно по этим айдишкам получал сразу поменяется. Я не проверял но думаю это один и тот же объек через разные ссылки

А ДАО держит слабые ссылки. И когда надо отдает один и тот же Энтити.

Ради этого пару килобайт? Да пусть берут)

В целом пользы больше чем вреда)

Вижу ты понимаешь как пашет спринг. Вот там можешь менять один Энтити и другой который именно по этим айдишкам получал сразу поменяется. Я не проверял но думаю это один и тот же объек через разные ссылки

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

Иду по приборам. Вот допустим написал простенькое приложение в одном WebView. В протестированных устройствах(виртуальных) с API 16, все работает нормально, а в API 17 js - не работает вообще. Как вообще в такой ситуации действовать, куда копать?

Иду по приборам. Вот допустим написал простенькое приложение в одном WebView. В протестированных устройствах(виртуальных) с API 16, все работает нормально, а в API 17 js - не работает вообще. Как вообще в такой ситуации действовать, куда копать?

приложение в одном WebView? вы точно под андроид писали?

включили JS в WebView?

да, на API 16 все работает нормально. Кстате, прошу прощения, не совсем весь js, но большая часть.

webView.getSettings().setJavaScriptEnabled(true) ?

+

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

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

@javascriptinterface над методами биндинга к js

@javascriptinterface над методами биндинга к js

он не говорил что не работает проброс кликов из js в java

@Aquaplast или ты это имел ввиду?

Нет, в новых версиях андроида без этой аннотации не будет ничего работать

Проблема похожа

Возможно это и есть ответ на вопрос

Вы про это? mainWView.addJavascriptInterface(new JavaScriptInterface(this), "Android");

ERROR: S client not available

Вы про это? mainWView.addJavascriptInterface(new JavaScriptInterface(this), "Android");

да

для апи 17+ надо ставить аннотацию что выше

У тебя аннотации над методами есть?

для апи 17+ надо ставить аннотацию что выше

Иначе работать не будет

вы бы доку читнули сначала, https://developer.android.com/guide/webapps/webview.html

тут же написано Caution: If you've set your targetSdkVersion to 17 or higher, you must add the @JavascriptInterface annotation to any method that you want available to your JavaScript (the method must also be public). If you do not provide the annotation, the method is not accessible by your web page when running on Android 4.2 or higher.

Ну то что я и говорил)

Спасибо, да, вероятно в этом было дело.

Студия даже красным подчёркивает, если ни на одном методе переданного объекта нет этой аннотации.

Коллеги, подскажите, есть ли альтернатива javapoet для генерации kotlin кода?

это конечно красиво

но зачем оффтопить

@Molbert Бан напращивается)

Как такое вью реализовать

Подскажите

херасе, сначала подумал мой плейлист))

Как такое вью реализовать

эм, а в чем сложности? вы бы сначала попробовали реализовать, а потом вопросы конкретные задавали.

Всем привет! Подскажите есть возможность удаленного добавления языков для интерфейса не пересобирая апк?

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

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

Помогите

Легко

Качай файл сперва

как при нажатии кнопки назад в активити не закрывать его (onDestroy), а свернуть (onStop)? как в плеерах, там пока через таск менеджера не уберешь приложение не дестроится

плеер в сервисе

по умолчанию не дестрой

ну тоесть она не убивает прилу

если назад тыкать