прежде: пост + заранее сорян за его размер, я графоман((
Таки добрался до компа и зачеакал, твоя был прав по поводу Handler. Handler берётся из AttachInfo, которого нет, если создать вью из кода: val view = TextView(baseContext);
Я создал такую TextView(такую == без привязки к ViewGroup), передал её в другой поток и вызвал у неё post{action}.
Провалился вглубь чтобы глянуть шо будет, увидел что вью попыталась достать Handler из AttachInfo. AttachInfo == null, и я думал что всё упадёт, однако очевидно skd писали не дауны, и вью вызвала
getRunQueue().post(action)
Судя по докам, это какая - то временная очередь, которая копит экшены, пока вьюха не заатачится. Когда она заатачится, у класса который "представляет" очередь вызовется executeActions(), который последовательно выполнит все отложенные в очереди экшены.
Вроде всё круто(я охуел), но в ходе эксперимента возник один нюанс.
Я протестил очередь, написав простенькие:
Активити:
https://pastebin.com/WZ2qW5K3
И хелпер:
https://pastebin.com/d3Ci7ueA
Т.е я создал val view = TextView(baseContext), последовательно вызвал у неё несколько раз`.post()`, а потом заатачил её.
Но если в эту последовательность .post() добавить простой setText("Something"), то он почему - то будет проигнорирован.
Имеется ввиду что в Activity, которое я скинул, я добавлю ещё:
Handler().postDelayed({ text.text = "HAHA!" }, 7500)
Этот отложенный вызов почему - то не имеет никакого влияния, и я чот сгорю сейчас пытаясь понять почему. Натолкнёшь на мысль?
Тут дело не в том, что из кода, а в том, что не приаттачено. Ты же приаттачтваешь после всех постДелеед. И вот тогда очередь вьюшки выполняется и перетирает своим сетТекстом все предыдущие, в т. ч. те, что с задержкой.
Обсуждают сегодня