Голосование тайное. Как человек узнает, что его голос откуда то появился в системе без ручной проверки всех бюллетеней УИК? Заявление должно на что то опираться, помимо «Мне кажется что мой голос посчитали». Я не юрист, но мне кажется что третье лицо неправомочно представлять интересы и коллективный иск тоже неприемлем.
Волеизявление путем голосования есть личное дело и подлежит защите законом. За звонки случайным людям и такие вопросы есть весьма хороший риск схлопотать административку за незаконный сбор личных данных ( и возможно по другим статьям)
Если «Splash screen отрисовка происходит нативно» то зачем о возможных проблемах с нам у RN? Там нет RN / Flutter кода, это делается в AndroidManifest / LaunchScreen.xib, не вводите в заблуждение.
«Риски в RN связаны с нативными библиотеками и могут проявляться, например, при работе с разными версиями ОС и моделями телефонов»… так риски с RN или с нативными библиотеками? Сборка андроид приложения сейчас тоже напоминает танцы с бубном, когда начинаются конфликты зависимостей
Работа с камерой и отпечатками пальцев в RN нормально реализована, с чего вдруг там риски?
Еще 2 года назад все работало отлично, не думаю что что то поменялось.
Splash screen это вообще на уровне native настраивается, что вы за бред пишите?
«При использовании React Native верстку на iOS и Android нужно проводить одновременно»… а что, во Flutter/native/web она сама волшебным образом встанет как надо? Странная логика
Статья написано тем кто мало понимает в том о чем пишет.
в ReactNative не работает Ваша реализация таймеров на RxJS
в ReactNative успешно работают таймеры / процессы в фоне при помощи сторонних модулей
Ведь можно так написать, а не «в React Native таймер зависает». Тут кстати вопрос к Flatter, он все таймеры выносит в foreground service Android или как то сам принимает решения.
Пардон, а что, Флаттер как то по другому реализует таймеры, не через foreground service? Всякому инструменту свое место, и в 99% ситуаций таймеру не нужна работа в фоне.
Я понимаю что вы фанат Флаттера, но хотелось бы больше объективности.
Что, серьезно? Я вот почему то думал что согласно своему описанию RXJS это «инструмент для удобного контроля последовательных действий». А если в примере автора он не для этого (из-за нежелания пользоваться встроенными механизмами) то зачем?
А зачем в Реакт тянуть RX, есть там уже есть Promise и Async/Await? Просто для унификации или от нечего делать? Просто странно сравнивать скорость двух лошадей, у одной из которых к ногам привязали костыли, что бы говорить«Ну вот вы видите, не может она быстро бежать»…
Мусье, а вы точно на Реакте пробовали?
Раскрою вам секрет, цепляетесь дебаггером к приложению и меняете стили прямо вот налету, без всяких перезапусков, как в браузере в консоли разработчика. Быстрее чем на Андроиде выходит.
«Риски в RN связаны с нативными библиотеками и могут проявляться, например, при работе с разными версиями ОС и моделями телефонов»… так риски с RN или с нативными библиотеками? Сборка андроид приложения сейчас тоже напоминает танцы с бубном, когда начинаются конфликты зависимостей
Еще 2 года назад все работало отлично, не думаю что что то поменялось.
Splash screen это вообще на уровне native настраивается, что вы за бред пишите?
«При использовании React Native верстку на iOS и Android нужно проводить одновременно»… а что, во Flutter/native/web она сама волшебным образом встанет как надо? Странная логика
Статья написано тем кто мало понимает в том о чем пишет.
RX далеко не всегда оправдан даже самим разработчиками ReactiveX.
Ведь можно так написать, а не «в React Native таймер зависает». Тут кстати вопрос к Flatter, он все таймеры выносит в foreground service Android или как то сам принимает решения.
Я понимаю что вы фанат Флаттера, но хотелось бы больше объективности.
Раскрою вам секрет, цепляетесь дебаггером к приложению и меняете стили прямо вот налету, без всяких перезапусков, как в браузере в консоли разработчика. Быстрее чем на Андроиде выходит.