l
Singular
Если серьзено, Датабайндинг это гавно. Это как приложение на Xamarin. Работает и круто. Я если честно в крупных компаниях ни разу не встречал проекты на Датабиндинге
Да фу, зачем
Еще и сборку замедлять
Еще и сборку замедлять
Size: a a a
2021 January 16
с#
Singular
Если серьзено, Датабайндинг это гавно. Это как приложение на Xamarin. Работает и круто. Я если честно в крупных компаниях ни разу не встречал проекты на Датабиндинге
ну датабиндинг мне не очень зашёл
S
Удобно что в layout все работает, но в этом есть свой минус, когда проект разрастается, да и SP нарушается
l
ViewBinding это та же синтетика, только лучше.
class MainActivity : ... {
private val bindings by lazy { ActivityMainViewBinding.inflate(...) }
fun onCreate(...) = with(bindings) {
name_tv.text = ...
}
}
class MainActivity : ... {
private val bindings by lazy { ActivityMainViewBinding.inflate(...) }
fun onCreate(...) = with(bindings) {
name_tv.text = ...
}
}
Ну ты про то, что в импортах не накосячить?
Да
Но при чем тут многомодульная среда? Или ч тебя не понял?
Да
Но при чем тут многомодульная среда? Или ч тебя не понял?
СП
...а можно пилить все через findbyid и горя не знать. Посмеиваясь над горячей молодежью
S
Слышал пару раз от Аутсорсных разработчиков мол датабиндинг это мечта любого разработчика и все такое.....На код смотреть противно
с#
...а можно пилить все через findbyid и горя не знать. Посмеиваясь над горячей молодежью
ну и жить проще, если не знать что такое делегаты, да.
TT
Singular
Ответ нет, лучше использую БД для таких вещей.
мне на самом деле нужно понять причину по которой это нельзя сделать, чтобы понимать суть этих блокировок и многопоточки. Я понимаю, так : Вызываю apply в блоке synchronized , и синхронизированный поток отпускается в момент запуска нового потока в apply и никакой синхронизации в итоге не имею.. Верно ?
l
...а можно пилить все через findbyid и горя не знать. Посмеиваясь над горячей молодежью
Я бы с удовольствием
Но не охота писать по 20-40 строк бойлерплейта на каждую вью
Но не охота писать по 20-40 строк бойлерплейта на каждую вью
СП
....из отдельного сеньерского кабинета, вспоминая андроид 2011года
S
...а можно пилить все через findbyid и горя не знать. Посмеиваясь над горячей молодежью
Во во) или самому запилить MyViewBinding
СП
Я бы с удовольствием
Но не охота писать по 20-40 строк бойлерплейта на каждую вью
Но не охота писать по 20-40 строк бойлерплейта на каждую вью
Ну оно как бы легко выносится в отд.метод где то в хвосте класса активности, что бы не мозолило глаза в onCreate
S
мне на самом деле нужно понять причину по которой это нельзя сделать, чтобы понимать суть этих блокировок и многопоточки. Я понимаю, так : Вызываю apply в блоке synchronized , и синхронизированный поток отпускается в момент запуска нового потока в apply и никакой синхронизации в итоге не имею.. Верно ?
ты не знаешь как работает synchronized?
S
Не пойму вопроса
СП
Можно просто считать это неотъемлемой парной частью xml лейаута
S
Я бы с удовольствием
Но не охота писать по 20-40 строк бойлерплейта на каждую вью
Но не охота писать по 20-40 строк бойлерплейта на каждую вью
Ну для этого и есть кодогенерация
l
Singular
Ну для этого и есть кодогенерация
Ааа
с#
Можно просто считать это неотъемлемой парной частью xml лейаута
любой бойлерплейт можно считать неотъемлемой парной частью X
S
Ааа
Почитай в гугле как работает syntetic и ViewBinding. Там куда проще чем кажется
l
А я-то думал, как это работает !!!