QH
Да не, я хотел именно у андройд девов узнать. Стоит ли к нему присматриваться? Какие мнения, прогнозы имеются, составить ли он реальную конкуренцию?
Отличная тема для безрезультатного срача)
Size: a a a
2020 August 31
RC
Да не, я хотел именно у андройд девов узнать. Стоит ли к нему присматриваться? Какие мнения, прогнозы имеются, составить ли он реальную конкуренцию?
>> кроссплатформа
>> конкуренция нативке
>> конкуренция нативке
SA
Отличная тема для безрезультатного срача)
Простите 😅
Я как бы просто только недавно начала что то делать по маленьку в андройде, хочу прям далеко закопаться по самые плюсы в НДК, а тут еще какие то штуки и чтоб в итоге все было с пользой и толком =)
Я как бы просто только недавно начала что то делать по маленьку в андройде, хочу прям далеко закопаться по самые плюсы в НДК, а тут еще какие то штуки и чтоб в итоге все было с пользой и толком =)
QH
Простите 😅
Я как бы просто только недавно начала что то делать по маленьку в андройде, хочу прям далеко закопаться по самые плюсы в НДК, а тут еще какие то штуки и чтоб в итоге все было с пользой и толком =)
Я как бы просто только недавно начала что то делать по маленьку в андройде, хочу прям далеко закопаться по самые плюсы в НДК, а тут еще какие то штуки и чтоб в итоге все было с пользой и толком =)
вот NDK лучше не надо без веских причин
r
Вечер добрый, крч я прочитал про BroadcastReceiver. Пишут, что Job Scheduler более усовершенствованный и лучше использовать его. Потом пишут, что google рекомендует использовать WorkManager. Что делать???
QH
Вечер добрый, крч я прочитал про BroadcastReceiver. Пишут, что Job Scheduler более усовершенствованный и лучше использовать его. Потом пишут, что google рекомендует использовать WorkManager. Что делать???
Чтобы выбрать инструмент, надо определиться с тем, какая задача решается.
r
Чтобы выбрать инструмент, надо определиться с тем, какая задача решается.
То есть BroadcastReceiver используется ещё?
SA
>> кроссплатформа
>> конкуренция нативке
>> конкуренция нативке
Почему то я ничего хорошего про кроссплатформу не слышал. Тот же реакт натив чет неоправдал себя.
А вот посмотрел по забугорным доскам, там про флаттер то пишут толковые вещи. Хотя про реакт тоже писали в свое время. Реальная ли это "угроза" нативке или просто очередная мода навязанная Гуглом?
А вот посмотрел по забугорным доскам, там про флаттер то пишут толковые вещи. Хотя про реакт тоже писали в свое время. Реальная ли это "угроза" нативке или просто очередная мода навязанная Гуглом?
ES
То есть BroadcastReceiver используется ещё?
Так это же разные вещи, броадкаст и джоб шедулер.
SA
вот NDK лучше не надо без веских причин
Только когда нужна производительность? Причина в легкой возможности "выстрелить себе в ногу"?
QH
Только когда нужна производительность? Причина в легкой возможности "выстрелить себе в ногу"?
Производительность нужна всегда, только вот NDK далеко не всегда ей помогает.
Если верить @grishka, который реально пишет на сишке, Android SDK нифига нет для сей, всё через джаву.
Если верить @grishka, который реально пишет на сишке, Android SDK нифига нет для сей, всё через джаву.
GK
Производительность нужна всегда, только вот NDK далеко не всегда ей помогает.
Если верить @grishka, который реально пишет на сишке, Android SDK нифига нет для сей, всё через джаву.
Если верить @grishka, который реально пишет на сишке, Android SDK нифига нет для сей, всё через джаву.
+
GK
Не может быть случаев, когда производительность почему-то не нужна
S
Есть 40 модулей. Стоит ли все зависимости в app добавлять? или для каждого модуля свои зависимости юзать???
И как это повлияет на скорсоть сборки
И как это повлияет на скорсоть сборки
v
Singular
Есть 40 модулей. Стоит ли все зависимости в app добавлять? или для каждого модуля свои зависимости юзать???
И как это повлияет на скорсоть сборки
И как это повлияет на скорсоть сборки
а смысл тогда от твоих модулей, ели ты все зависимости в апп добавишь?)
S
а смысл тогда от твоих модулей, ели ты все зависимости в апп добавишь?)
Ленивая реализация)
v
Singular
Есть 40 модулей. Стоит ли все зависимости в app добавлять? или для каждого модуля свои зависимости юзать???
И как это повлияет на скорсоть сборки
И как это повлияет на скорсоть сборки
вроде как это и есть прикол модуля - если ты его не трогал, он не будет пересобираться -> высокая скорость сборки
v
ну и дисциплинирует в плане запутанности кода, как по мне, один только internal чего стоит
S
вроде как это и есть прикол модуля - если ты его не трогал, он не будет пересобираться -> высокая скорость сборки
ясно)
S
вроде как это и есть прикол модуля - если ты его не трогал, он не будет пересобираться -> высокая скорость сборки
Дак а если app подключил этот модуль, при сборке модуль не будет пересобиратся?