короче, для твоей задачи должен подойти JobScheduler

+++ или да.... с drawables- проблемы (с ресурсами в общем)

Всем привет! Кто-нибудь реализовывал или знает как сделать стрелку для табов на мобилке? https://storage.googleapis.com/material-design/publish/material_v_12/assets/0B6Okdz75tqQsdWNWZFEzRmdWSkk/components-tabs-usage-desktop5.png

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

Всем привет! Кто-нибудь реализовывал или знает как сделать стрелку для табов на мобилке? https://storage.googleapis.com/material-design/publish/material_v_12/assets/0B6Okdz75tqQsdWNWZFEzRmdWSkk/components-tabs-usage-desktop5.png

Возник интересный вопрос: А есть ли в жава метода немедленного автоматического обнуления объекта, если на него не осталось ссылок? Слабая ссылка не катит, потому что в ней объект живет, пока его ГЦ не соберет. Но его живучесть еще не означает, что он на самом деле используется. Я помню, в Пикассо используется какая-то техника на блокировке потока. Она такова, что если ты не сохранишь ссылку на Target, то 100% он внутри будет null сразу после выхода из метода. И то же самое будет, как только ты свою ссылку на таргет обнулишь, и других ссылок не останется - он сразу «инавлидируется» обнулением. Я в свое время не осилил механику той техники, а сейчас найти не могу, где именно это было? Может кто знает иную технику или про эту может на пальцах раскидать? Или, может, есть метода учета ссылок на объект?

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

там есть слабая ссылка

Те если нет стронгов, то все равно есть слабая даже если не создавал?

нет, именно Picasso держит Target слабой ссылкой

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

Вот есть кэш, в котором лежит ссылка на объект, и выдает его запрашивающим: если он нулл, то создает, если нет, то выдает. Так вот задача в том, чтобы обнулять этот объект сразу же, как только все запросившие перестали его использовать (деинициализировались по ЖЦ). Чтобы следующий вопрошающий получил уже новый объект с актуальным состоянием, а не старый.

weak

Окей, я думал кжш в памяти и а софтах лелают

Возник интересный вопрос: А есть ли в жава метода немедленного автоматического обнуления объекта, если на него не осталось ссылок? Слабая ссылка не катит, потому что в ней объект живет, пока его ГЦ не соберет. Но его живучесть еще не означает, что он на самом деле используется. Я помню, в Пикассо используется какая-то техника на блокировке потока. Она такова, что если ты не сохранишь ссылку на Target, то 100% он внутри будет null сразу после выхода из метода. И то же самое будет, как только ты свою ссылку на таргет обнулишь, и других ссылок не останется - он сразу «инавлидируется» обнулением. Я в свое время не осилил механику той техники, а сейчас найти не могу, где именно это было? Может кто знает иную технику или про эту может на пальцах раскидать? Или, может, есть метода учета ссылок на объект?

нет, именно Picasso держит Target слабой ссылкой

если держать не сильную ссылку, а слабую, то об обнулении можно узнать посредством PhantomReference + ReferenceQueue

если держать не сильную ссылку, а слабую, то об обнулении можно узнать посредством PhantomReference + ReferenceQueue

А вот тут подробнее можно? )

В пикассо такая шняга: private static class CleanupThread extends Thread { private final ReferenceQueue<Object> referenceQueue; private final Handler handler; CleanupThread(ReferenceQueue<Object> referenceQueue, Handler handler) { this.referenceQueue = referenceQueue; this.handler = handler; setDaemon(true); setName(THREAD_PREFIX + "refQueue"); } @Override public void run() { Process.setThreadPriority(THREAD_PRIORITY_BACKGROUND); while (true) { try { // Prior to Android 5.0, even when there is no local variable, the result from // remove() & obtainMessage() is kept as a stack local variable. // We're forcing this reference to be cleared and replaced by looping every second // when there is nothing to do. // This behavior has been tested and reproduced with heap dumps. RequestWeakReference<?> remove = (RequestWeakReference<?>) referenceQueue.remove(THREAD_LEAK_CLEANING_MS); Message message = handler.obtainMessage(); if (remove != null) { message.what = REQUEST_GCED; message.obj = remove.action; handler.sendMessage(message); } else { message.recycle(); } } catch (InterruptedException e) { break; } catch (final Exception e) { handler.post(new Runnable() { @Override public void run() { throw new RuntimeException(e); } }); break; } } } void shutdown() { interrupt(); } }

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

а, нет, обосрался)

почему?)

А вот тут подробнее можно? )

Создаётся фантомная или слабая ссылка. В конструктор передаётся ReferenceQueue. Потом из этой очереди можно будет получать ссылки на объекты, которые стали недостижимыми, и делать какие-то предсмертные действия.

А есть пример кода? А то на словах не могу однозначно вкурить )

@Harmonizr спасибо! Думал, там еще какая магия есть =) А weak здесь покатит?

Собираюсь ноут брать. Деньги есть. Посоветуйте на какие параметры железа качать по максимуму чтобы компилилось максимально быстро и студия летала

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

ну вам всё равно его отфилтровать придется же(выбрать те которые чекнуты, например) и убирать из существующего списка, и обновлять адаптер

список обновляется сразу в адаптере. там стоят change listeners. фильтровать не нужно

ну да, это я что-то додумал уже )) просто сделать методы у адаптера добавления элемента/ов и удаления элемента/ов и их дергать, в них удалить или доавблять айтемы в коллекцию

а зачем вам список у фрагмента ?

отдавайте его в адаптер, и например получайте оттуда

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

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

[ не к предыдущей теме] привет всем, кто читает. Может где-то у кого-то в закладках есть пример работы Camera api (или Camera2) положенный на архитектуры MVVM и MVP? Гугл особых результатов не дал, но кто-то точно такое делал

отдельно камера, отдельно архитектура

а есть где-то отдельно камера? (не уровня гугловских сэмплов- там совсем все плохо) (кстати - ты тут живешь?)

отдельно от чего?

Да просто пример толковой работы с Camera2

Этого не знаю. Но смешивать камеру и presentation-layer-архитектуру не вижу смысла.

У weak есть подходящий конструктор, должно работать. Но я не проверял, а примеры видел только в phantom.