V
это удобно, ещё удобнее kotlin synthetic, но лучше использовать view binding
синтетику тоже скоро задепрекейтят(
Size: a a a
2020 November 12
AS
синтетику тоже скоро задепрекейтят(
уже, с kotlin 1.4
VL
уже, с kotlin 1.4
в 1.4.20; 1.4.10 еще есть
V
уже, с kotlin 1.4
с 1.4.20
AS
в 1.4.20; 1.4.10 еще есть
аа, ну сути не меняет особо (для меня). Даже не работал с ViewBinding, не хочется пока, как-то всё громоздко
VL
аа, ну сути не меняет особо (для меня). Даже не работал с ViewBinding, не хочется пока, как-то всё громоздко
почти также как и DataBinding только с утечками памяти😂
A
почти также как и DataBinding только с утечками памяти😂
а где там утечки? есть примеры?
VL
а где там утечки? есть примеры?
та там даже гугл пишет, что если не занулить binding во фрагменте, то будет утечка) с kotlin синтетикой об этом не задумываешься)
E
та там даже гугл пишет, что если не занулить binding во фрагменте, то будет утечка) с kotlin синтетикой об этом не задумываешься)
Это не утечка, а часть механики (причем, вроде только для фрагментов). Ты же от Disposable не забываешь отписаться.
Аv
как определить горизонтальную дистанцию между двумя вьюхами?
VL
Eugene
Это не утечка, а часть механики (причем, вроде только для фрагментов). Ты же от Disposable не забываешь отписаться.
Утечка часть механики - хорошо звучит)
V
Не баг , а фича)
E
Утечка часть механики - хорошо звучит)
Хех, подкачала формулировка, но думаю посыл ты понял)
VL
Eugene
Хех, подкачала формулировка, но думаю посыл ты понял)
Для джависта странно занулять переменную чтобы избежать утечки) а именно это они хотят и делать) если бы они сделали что-то типа
binding.release(), то я бы и слова не сказал). А так это реально потенциальная ошибка так как именно занулить часто забывают) GC все же есть)E
Для джависта странно занулять переменную чтобы избежать утечки) а именно это они хотят и делать) если бы они сделали что-то типа
binding.release(), то я бы и слова не сказал). А так это реально потенциальная ошибка так как именно занулить часто забывают) GC все же есть)ИМХО:
Да я бы не сказал, что есть что-то странное в этом решении для джависта. Постоянно же приходится за ресурсами следить. Просто не напрямую, а через вызовы разных методов. Выглядит как самое безопасное и оптимальное решение. Вызови
Да я бы не сказал, что есть что-то странное в этом решении для джависта. Постоянно же приходится за ресурсами следить. Просто не напрямую, а через вызовы разных методов. Выглядит как самое безопасное и оптимальное решение. Вызови
binding.release() и что должно произойти дальше? Нужно занулить свойства? А что делать, если случайно после этого обратился к обнуленному свойству? Кидать Exception, делать свойство Nullable, чтобы обмазываться безопасными вызовами? Просто занули ссылку на binding и тогда точно не сможешь выстрелить себе в ногу, обо всем другом позаботились)VL
Eugene
ИМХО:
Да я бы не сказал, что есть что-то странное в этом решении для джависта. Постоянно же приходится за ресурсами следить. Просто не напрямую, а через вызовы разных методов. Выглядит как самое безопасное и оптимальное решение. Вызови
Да я бы не сказал, что есть что-то странное в этом решении для джависта. Постоянно же приходится за ресурсами следить. Просто не напрямую, а через вызовы разных методов. Выглядит как самое безопасное и оптимальное решение. Вызови
binding.release() и что должно произойти дальше? Нужно занулить свойства? А что делать, если случайно после этого обратился к обнуленному свойству? Кидать Exception, делать свойство Nullable, чтобы обмазываться безопасными вызовами? Просто занули ссылку на binding и тогда точно не сможешь выстрелить себе в ногу, обо всем другом позаботились)Два разных мнения, спорить не буду)
ДШ
Вопрос по Navigation.
Перехожу из фрагмента1 во фрагмент2.
Потом нажимаю на Back и попадаю на фрагмент1. При этом у фрагмента1 вызывается onCreateView и onViewCreated.
А мне это не нужно. Во фрагмент менеджере можно было не заменять фрагмены а добавлять, или скрывать. А как такое провернуть с Navigation ?!
Подобный вопрос в инете без ответа- https://ru.stackoverflow.com/questions/1064757/navigation-architecture-component-пересоздание-фрагмента
Перехожу из фрагмента1 во фрагмент2.
Потом нажимаю на Back и попадаю на фрагмент1. При этом у фрагмента1 вызывается onCreateView и onViewCreated.
А мне это не нужно. Во фрагмент менеджере можно было не заменять фрагмены а добавлять, или скрывать. А как такое провернуть с Navigation ?!
Подобный вопрос в инете без ответа- https://ru.stackoverflow.com/questions/1064757/navigation-architecture-component-пересоздание-фрагмента
SP
Вопрос по Navigation.
Перехожу из фрагмента1 во фрагмент2.
Потом нажимаю на Back и попадаю на фрагмент1. При этом у фрагмента1 вызывается onCreateView и onViewCreated.
А мне это не нужно. Во фрагмент менеджере можно было не заменять фрагмены а добавлять, или скрывать. А как такое провернуть с Navigation ?!
Подобный вопрос в инете без ответа- https://ru.stackoverflow.com/questions/1064757/navigation-architecture-component-пересоздание-фрагмента
Перехожу из фрагмента1 во фрагмент2.
Потом нажимаю на Back и попадаю на фрагмент1. При этом у фрагмента1 вызывается onCreateView и onViewCreated.
А мне это не нужно. Во фрагмент менеджере можно было не заменять фрагмены а добавлять, или скрывать. А как такое провернуть с Navigation ?!
Подобный вопрос в инете без ответа- https://ru.stackoverflow.com/questions/1064757/navigation-architecture-component-пересоздание-фрагмента
В Navigation чтобы добавлять фрагменты нужно помойму добавлять их как диалоги. По другому они делают replace. Поищите пример от гугла как сохранять состояние стеков фрагментов в BottomNavigationView.
DI
У многих темный фон наблюдаю.. так глаза меньше напрягаются?
ES
У многих темный фон наблюдаю.. так глаза меньше напрягаются?
Да