Ок, спасибо всем

когда из гугла звонят насчёт собеседований, первый вопрос по телефону это как работает HashTable

ой а я хз как она работает

Вообще везде

Принцип очень простой

Надо просто почитать и понять

Это реально нужно, пацаны

ну на практике 95% девелоперов это не нужно :)

Для задач по оптимизации таки нужно

Но редко, да

А вот уметь оверрайдить эти методы это святое

ну на практике люди по 10 лет код пишут и максимальный размер коллекции у них 50 элементов

в андроиде да

Кто нибудь покупал платные уроки на фандроид ?

где?

Fandroid

платные уроки не нужны

Да,не стоит

Вот это я и хотел узнать, насколько они адекватные/полезные для начала

хуйня какая то

полное говно

http://www.androidhive.info

вот тут класные уроки

вам сюда посоны

https://www.udacity.com/google-scholarships

гугл платит

Про юдпсити - согласен

Россия ток в пролете

или я плохо смотрел?

https://www.udacity.com/google-scholarships

это совсем для бегинеров ? или для опытных тоже будет полезно?

там 2 курса

Хм, я же правильно понимаю, что если вызвать Handler.postMessage() из моего кастомного треда, то в Handler.handleMessage(Message msg) я буду работать в потоке UI?

Материалы по теме: Firebase - java-help.ru/articles-firebase Теги: #firebase, #link

@korotovskii в том потоке, которому принадлежит этот Handler

@korotovskii в том потоке, которому принадлежит этот Handler

Странно. Я создал Handler в activity как final поле, создаю animator в UI потоке и швыряю его в очередь, которую у меня палит отдельный тред. Отдельный тред потом получает объект ViewPropertyAnimatorCompat который был создан в UI потоке, и выполняет handler.obtainMessage(0, animation) а затем handler.dispatchMessage(message). Управление прилетает в Handler.handleMessage(Message msg) и когда я стартую анимацию получаю Animators may only be run on Looper threads

@korotovskii "Я создал Handler в activity как final поле" в каком потоке ты был, когда создавал этот Handler?

Всем привет! Столкнулся с пока не разрешимой проблемой для себя. Андроид ведет себя неадекватно... Попытаюсь сформулировать проблему. В Application я определеяю тему для всего приложения, т.к. через манифест не всегд работает. setTheme(R.style.MyTheme); Далее в разных кусках проекта я достаю данные из стиля след образом: getContext().getApplicationContext().obtainStyledAttributes(R.styleable.Something) .... При этом определяя Something в attrs <declare-styleable name="Something"> ... Так вот, в чем собвтенно проблема. В одном месте это получается достать, а в другом нет. Код одинаковый и не могу раздуплить в чем моя ошибка.

@korotovskii впрочем, ты бы получил исключение, если бы создавал handler в треде без очереди сообщений. В каком потоке запускается анимация? точно в коллбеке Handler.handleMessage()? Да и собсно зачем ты анимации через другой тред прогоняешь так?

Ребят кто знает чат о пк и тд

?

Это на момент создания Handler

@vlad_karpman а зачем ты в application контексте тему ставишь и через getApplicationContext() получаешь? Тема и всё оформление - это обычно атрибуты контекста activity, а не application

@korotovskii впрочем, ты бы получил исключение, если бы создавал handler в треде без очереди сообщений. В каком потоке запускается анимация? точно в коллбеке Handler.handleMessage()? Да и собсно зачем ты анимации через другой тред прогоняешь так?

Кстати да, сейчас заметил, что когда breakpoint ставлю в handleMessage() то у меня там почему-то не основной тред, а мой кастомный. Почему — я сегодня тут где-то около 11 писал, что у меня экран со сложной тачлогикой, там надо сохранять анимации в очередь и выполнять последовательно по трогим правилам.

В общем если суммировать все это, у меня есть куча элементов на экране, например 3 штуки, на каждом надо запускать анимацию во время он-тач события. Он-тач события могут быть разные, и если тип события сменился, то "намерение" запустить анимацию для этого он-тач события надо поставить в очередь даже если анимации из предыдущего еще не завершились, но запускать надо только тогда, когда все анимации закончат свою работу (на всех элементах)

Спасибо

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

@korotovskii если у тебя этот поток живет примерно столько же, сколько и activity, то можно добавить очередь сообщений к своему потоку. См. HandlerThread.

Да, именно столько же.

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

@korotovskii странно, что handleMessage() выполняется в твоем же потоке, не должен, по идее, там же вообще очереди нет. Проследи по стектрейсу, как ты в этот handleMessage() попадаешь

@korotovskii странно, что handleMessage() выполняется в твоем же потоке, не должен, по идее, там же вообще очереди нет. Проследи по стектрейсу, как ты в этот handleMessage() попадаешь

handler.dispatchMessage(message) — вызов из моего треда.

Может я как то не так сообщение посылаю?

А во, да. Надо sendMessage() перепутал я.

@korotovskii sendMessage(), либо Message.sendToTarget()

@illarionov а что лучше, держать свой тред или использовать HandlerThread?