AS
предопределяя твой ответ - ответил тебе чуть раньше)
Size: a a a
2021 October 27
AS
+ если у тебя есть несколько вьюшек для разных конфигураций - тебе придётся дублировать код привязки во все xml
VL
Повторюсь - его использование круто ускоряет разработку и связку вью модели с xml напрямую.
AS
дело твоё
VL
Хорошо - если у тебя есть несколько вьюшек тебе придется дублировать все сетеры для привязки вью)
AS
эм. нет. один раз
AS
может, мы про разное. под вьюшками я имел в виду xml
VL
Да нет, ты же во Вью по id будешь вьюхи искать , в не могу знать кто какие id придумал в том или ином лейауте
AS
не знаю, кто у вас так делает xml, но повторюсь - дело твоё. используй. и скорость разработки от этого не увеличивается, не придумывай
VL
Помогает, поверьте. Работаю не на маленьком проекте. Как минимум уходят все findViewById бесячие. Это считай минус две функции для инита и релиза вьюх во фрагменте
AS
у меня куча проектов с databinding
AS
чтобы не использовать findViewById бесячие есть ViewBinding
VL
Ничего так что под капотом это одно и тоже? Там используется один и тот же кодогенератор
AS
а причем тут кодогенератор? я не сказал, что databinding плохо из-за кодогенерации
VL
ViewBinding = DataBinding в случае дроида
VL
Я к этому
AS
дроида?
VL
Андроид платформы
AS
под DataBinding я имею в виду в xml пишут android:text="@{model.text}", что и содержалось в вопросе ТС
AS
ну и фичи подключаются отдельно
buildFeature{
databind true
viewbind true
}
buildFeature{
databind true
viewbind true
}