сможет это корректно отобразить?
картинки — ImageVIew :)
В общем и целом, почему, Quantum отговаривает, от webview😀: - Не всё в андроиде, что является виджетом(наследником View) - легко можно плодить по экрану. Точнее - можно, но есть такие View - которые изначально спроектированы как "единственный на экран" и как правило полно-экранный. Объясняется это тем - что "нелегковесные" виджеты не просто "рисуют на канвасе" - они могут устанавливать "подключения к системным службам", запускать какие-то тяжёлые системные процессы. Если я не ошибаюсь - каждый инстанс WebView н-р - поднимает отдельный process с WebKit. Один SurfaceView - поднимает системное "directWindow", аллокейтит прямые render-буфера итд. ... Тем более всякие Video-View н-р (кроме того что наследуются от SurfaceView) - так же поднимают системные decode- службы, некоторые из них - поднимают hardware-кодеки Теперь представьте что начинает происходить когда в режиме View-Коллекции (не важно RecyclerView, ListView, или еще какой-нибудь ViewCollection) - вы создаёте штук 5-10 инстансов "тяжёлого" виджета и ещё к этом ViewCollection - будет заниматься переаллокейтами, пересозданиями и перебиндингом/переиспользованием в режиме scroll. (То есть все синхронные/асинхронные тяжелые процессы внутри View - начинают передергиваться включаться/выключаться, перезагружаться) В этой всей истории вывод один - знать "в глаза" тяжёлые виджеты и не тащить их в списки, не создавать "более одного полноэкранного" не дёргать их и не ресайзить много. Искать для коллекций - более легковесные ViewItems
Обсуждают сегодня