Size: a a a

Android Developers

2020 February 05

U

Ulugbek in Android Developers
Quantum Harmonizer
загугли
понятно
источник

L

Leonid in Android Developers
Кирилл
Кто-нибудь работал с firebase и ktor как бэкэнд? Какие зависимости надо добавлять в ktor чтобы добавить firebase в проект?
Даже интересно стало, а зачем ktor'у firebase?
источник

К

Кирилл in Android Developers
Leonid
Даже интересно стало, а зачем ktor'у firebase?
Юзаю ктор как бэкэнд для отправки пушей
источник

АС

Александр Сергеевич... in Android Developers
Че оно от меня хочет? Игнорить это?
источник

P

Prosvetlennii Dimas in Android Developers
Насколько сильно разработка сейчас отличается от того что описано на startandroid?
источник

L

Leonid in Android Developers
Кирилл
Юзаю ктор как бэкэнд для отправки пушей
Обрисуй схему, как ktor с firebase, я так подозреваю что ktor выступает просто как web клиент
источник

Н

Никита 🙃 in Android Developers
Prosvetlennii Dimas
Насколько сильно разработка сейчас отличается от того что описано на startandroid?
+- 5-10%
источник

E

Evgeniy in Android Developers
Quantum Harmonizer
кого межуришь и спрашиваешь, тот свои размеры и возвращает
источник

E

Evgeniy in Android Developers
Quantum Harmonizer
кого межуришь и спрашиваешь, тот свои размеры и возвращает
источник

DB

Dmytro Borysov in Android Developers
авторитнетно))
источник

E

Evgeniy in Android Developers
возвращает размер родителя, задан 40дп
источник

К

Кирилл in Android Developers
Leonid
Обрисуй схему, как ktor с firebase, я так подозреваю что ktor выступает просто как web клиент
Примерно как-то так это будет
источник

Н

Никита 🙃 in Android Developers
Блин, есть отдельная беседка по ktor
источник

QH

Quantum Harmonizer in Android Developers
Кирилл
Примерно как-то так это будет
источник

EK

Eugene Kostyuk in Android Developers
Ребят, согласны ли вы с утверждением "Для больших проектов Data Binding создает больше проблем, чем приносит пользы"?
источник

К

Кирилл in Android Developers
Никита 🙃
Блин, есть отдельная беседка по ktor
О, круто
источник

Н

Никита 🙃 in Android Developers
Eugene Kostyuk
Ребят, согласны ли вы с утверждением "Для больших проектов Data Binding создает больше проблем, чем приносит пользы"?
https://t.me/AndroidSobes/186
Ну вроде адекватные аргументы
Telegram
Android Interview Review
В чем недостатки использования библиотеки Data Binding?

С самого создания Data Binding библиотека подвергалась критике. Некоторые проблемы были решены, но у библиотеки до сих пор плохая репутация.
Разберем недостатки, которые существуют и по сей день:

1) Код в XML
Это основной минус, который является главной фичей. Написание кода в XML плохо тем, что код не тестируем, его неудобно искать и читать, логика перемещается в верстку.
Пример злоупотребления кодом в XML:

android:visibility="@{price > 500 ? View.GONE : View.VISIBLE}"

Хорошей практикой считается не писать логику в лэйаутах, а подписываться на обновления полей ViewModel:

android:visibility="@{viewModel.priceVisibility}"

Код ViewModel:

val priceVisibility = ObservableInt(GONE)

fun updatePrice(price: Int) {
   if (price > 500) {
       priceVisibility.set(GONE)
   } else {
       priceVisibility.set(VISIBLE)
   }
}

При такой реализации код обновления visibility можно протестировать, но в этом случае можно просто подписаться на обновления поля…
источник

DB

Dmytro Borysov in Android Developers
Eugene Kostyuk
Ребят, согласны ли вы с утверждением "Для больших проектов Data Binding создает больше проблем, чем приносит пользы"?
для больших проекто что угожно может создавать больше проблем
источник

EK

Eugene Kostyuk in Android Developers
Никита 🙃
https://t.me/AndroidSobes/186
Ну вроде адекватные аргументы
Telegram
Android Interview Review
В чем недостатки использования библиотеки Data Binding?

С самого создания Data Binding библиотека подвергалась критике. Некоторые проблемы были решены, но у библиотеки до сих пор плохая репутация.
Разберем недостатки, которые существуют и по сей день:

1) Код в XML
Это основной минус, который является главной фичей. Написание кода в XML плохо тем, что код не тестируем, его неудобно искать и читать, логика перемещается в верстку.
Пример злоупотребления кодом в XML:

android:visibility="@{price > 500 ? View.GONE : View.VISIBLE}"

Хорошей практикой считается не писать логику в лэйаутах, а подписываться на обновления полей ViewModel:

android:visibility="@{viewModel.priceVisibility}"

Код ViewModel:

val priceVisibility = ObservableInt(GONE)

fun updatePrice(price: Int) {
   if (price > 500) {
       priceVisibility.set(GONE)
   } else {
       priceVisibility.set(VISIBLE)
   }
}

При такой реализации код обновления visibility можно протестировать, но в этом случае можно просто подписаться на обновления поля…
Да, я отсюда его и прочитал) Аргументы, да адекватные. Мне скорее интересно просто разные мнения
источник

EK

Eugene Kostyuk in Android Developers
Dmytro Borysov
для больших проекто что угожно может создавать больше проблем
Тоже имеет место, в чем-то согласен)
источник