UU
Вы же формы на html будете писать а не многопользовательский FPS шутер с кучей спец эфектов :)
Даже формы рендерятся гораздо хуже, чем их нативные копии.
Size: a a a
2020 February 03
UU
Если вам интересно, почитайте историю AirBnB, о том, как они влили кучу денег и несколько лет в React Native и чем всё закончилось.
UU
Даже формы рендерятся гораздо хуже, чем их нативные копии.
Особенно на low- и mid-end устройствах, которые являются основной массой на рынке Android. iOS устройства в этом плане конечно шустрее.
MМ
Особенно на low- и mid-end устройствах, которые являются основной массой на рынке Android. iOS устройства в этом плане конечно шустрее.
незнаю чем нужно напичкать форму html чтобы на low end устройство его не потянуло :)
UU
незнаю чем нужно напичкать форму html чтобы на low end устройство его не потянуло :)
Кучей JS скриптов и не оптимизированными CSS стилями.
UU
Любой мало мальски нормальный продукт не может состоять из простых html формочек.
UU
Беда ещё в том, что JS не может по людски в многопоточную работу, поэтому он всегда будет отъедать ресурсы у движка рендера.
UU
Нативный код лишён этого недостатка.
UU
У меня даже на 10й галактике бывает глючат мобильные версии сайтов, о чем речь то)
MМ
Беда ещё в том, что JS не может по людски в многопоточную работу, поэтому он всегда будет отъедать ресурсы у движка рендера.
какую многопоточную работу можно делать на мобильных телефонах?
MМ
чтобы делать запросы по сети итд есть асинхронность
UU
какую многопоточную работу можно делать на мобильных телефонах?
Ну, если вы не знакомы с работой мобильных приложений, то основной поток всегда занимается рендером. Ему система отдает максимальный приоритет. Вся логика, I/O, работа с БД, вычисления (если есть), выполняются на рабочих потоках.
DS
Мне кажется спорить о том что лучше нативка или pwa как то лишено смысла, у каждого подхода свои цели, наверное)
UU
iOS в этом плане поступает умнее, и там вся работа по умолчанию делается на рабочем потоке, и программисту нужно передавать изменения состояния на поток рисовки.
MМ
Ну, если вы не знакомы с работой мобильных приложений, то основной поток всегда занимается рендером. Ему система отдает максимальный приоритет. Вся логика, I/O, работа с БД, вычисления (если есть), выполняются на рабочих потоках.
Сейчас для IO и блокирующих операций используют неблокирующие системные API
UU
В Android по умолчанию все делается на основном потоке, но многие операции система отклонит, если их начать делать не там, где нужно. Чуть больше работы, но эффект тот же.
UU
Сейчас для IO и блокирующих операций используют неблокирующие системные API
Всеми ли движками это поддерживается должным образом и работает оптимально? Сомневаюсь.
MМ
Согласитесь что для клиента главное чтобы пока ваше приложение делает запрос интерфейс просто не лагал?
MМ
Асинхронность как раз и решает такую проблемму
UU
В любом случае, демагогию можно долго разводить. Но в текущем состоянии, веб технологии не смогут полностью заменить и конкурировать на мобильном рынке.