#webview
4 постовБольше года не могли починить перетаскивание в Android вебвью. Наконец сделали, даже запилили пруф на радостях. Что там за магия — следующим сообщением.
Каждая игра — отдельное приложение. Они встраиваются внутрь сайта Медузы как iframe. При этом мобильные приложения открывают игры как webview. Получается следующая схема: нативное приложение → webview с сайтом → iframe с игрой.
При начале дрега игра посылает postMessage сообщение сайту, он в свою очередь дергает java через jsBridge. Приложение блокирует скролл для этого webview. На дроп прокидывается обратное событие на разблокирование скролла.
И всё это — для красивых тестов.
iOS разработчик из восхитительного Basecamp рассказывает, как они делают мобильные приложения.
Для всех страниц есть фоллбек в webview сайта, многие нативные штуки делаются динамически на основе данных из веба. Это позволяет выкатывать новые фичи одновременно на обоих платформах в режиме webview (не теряя при этом приятных нативных деталей), а потом довозить нативную поддержку.
Интересный способ делать "нативные" кросс-платформенные мобильные приложения. Особенно мне понравилось утверждение, что веб/нативное - не бинарное отношение, а целый спектр возможностей.
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25
Первый пост из текущих личных переживаний, таких будет не много:
Мы с Антоном только что отлаживали js-код, исполняемый внутри WebView в Android приложения Медузы в симуляторе quemu на удаленной машине, подключившись к ней вдвоем одновременно по teamviewer.
При этом js генерировался на компьютере Антона, делался доступным через PythonSimpleHTTPServer и прокидывался до эмулятора через ngrok.
БОЛЬШЕ ЭМУЛЯЦИЙ, АБСТРАКЦИЙ И INDIRECTION, ГОВОРИТЕ ОТКРЫТО И СМЕЛО ПРЯМО В ЛИЦО.