Я просмотрел официальную документацию о реактивных и других источниках и блогах, узнал, что существует Тема пользовательского интерфейса и JavaScript Тема в реакции -родной. Javascript thread - поток, в котором будет выполняться logi c. javascript выполняется код, выполняются вызовы API, обрабатываются сенсорные события и многое другое. И поток пользовательского интерфейса обновляет пользовательский интерфейс. Если поток JavaScript работает над процессом, и если мы снова выполняем действие кнопки или любое другое событие касания, для ответа требуется некоторое время, после завершения одного процесса только обновления пользовательского интерфейса до чувствую, что он отстает или он застрял где-то.
Например,
Есть навигатор нижней вкладки, у него четыре вкладки, в первой есть список вкладка и вид карты, который показывает маршрут между несколькими точками на второй вкладке
Я выполнил некоторое действие кнопки (нажатие кнопки «Мне нравится» в представлении списка) на первой вкладке и сразу же перешел к на второй вкладке ощущается некоторая задержка в обновлении интерфейса или требуется некоторое время (1-3 се c) для перехода с первой вкладки на вторую вкладку
во второй Вкладка Карта занимает время (5-10 сек c), чтобы выбрать маршрут между несколькими точками, когда происходит этот процесс, если я перехожу к любой другой вкладке, навигация между вкладками не является плавной и присутствует большое отставание пользовательского интерфейса.
Как мы можем заставить реагирующее приложение быстрее реагировать на сенсорные действия и уменьшить задержку пользовательского интерфейса
Есть ли какая-либо концепция? Многопоточность и Фоновая многопоточность , чтобы мы могли запускать определенные логики в главном потоке и обновлять пользовательский интерфейс, чтобы приложение реагировало на родную и быстрее реагировало без каких-либо задержек.