Flutter: Встроенный Android и iOS WebView

Добавляем пример использования для этого:

У меня есть гибридное приложение для Android, в котором некоторая часть рендеринга обрабатывается WebView, а элементы управления для таких вещей, как навигация, обрабатываются собственными виджетами пользовательского интерфейса. Я хотел бы перенести версию на Flutter, в первую очередь, требования для того, чтобы это работало:

• Способ добавления WebView в визуализированное дерево, чтобы он мог жить рядом с собственными виджетами для таких вещей, как кнопки навигации.
• Способ разрешить взаимодействие с JS в WebView (что-то вроде этого ).
• Способ перехвата HTTP-запросов от WebView.

Последний элемент здесь позволяет нам передавать содержимое файлов PDF в WebView. Текущая реализация Android перехватывает HTTP-запросы от WebView и передает обратно содержимое запрошенного файла PDF. Реализацию можно увидеть здесь .

Я новичок во Flutter, поэтому, возможно, я неправильно понял некоторые термины, дайте мне знать, если вам нужны пояснения по чему-либо.

В настоящее время мы движемся к подходу, упрощающему использование собственных представлений в сочетании с FlutterView:
https://docs.google.com/document/d/1DOfwpL6VojCAG_zjjcA_z5ekF7rTIohV8dWn2o7_IME/edit

Я думаю, это больше связано с возможностью разместить WebView в дереве виджетов Flutter. Как вы говорите в своем исходном комментарии, нам нужно что-то подобное для встраивания видео или карт, предоставленных сторонней библиотекой, не связанной с Flutter.

Есть ли обновления по интеграции веб-просмотра с флаттером?

Похоже, кто-то запустил плагин для полноэкранного просмотра веб-страниц: https://github.com/dart-flitter/flutter_webview_plugin

Я думаю, что выполнение подмножества действий - отличное начало. Это разблокирует целый набор типов приложений, которым потребуется получить токен oauth при веб-входе в систему.

FWIW: вот PR для версии плагина webview для iOS: https://github.com/dart-flitter/flutter_webview_plugin/pull/3

Теперь у нас есть плагин webview на IOS благодаря @toufikzitouni 👍 https://pub.dartlang.org/packages/flutter_webview_plugin

Этого нет в нашем краткосрочном списке приоритетов. Переходим к следующему этапу.

Было бы здорово иметь веб-просмотр и способ взаимодействия с ним. Я хочу показать встроенное видео с YouTube и управлять плеером. Прямо сейчас я использую https://github.com/dart-flitter/flutter_webview_plugin , но для некоторых ситуаций я использую некоторые хаки. Например, я меняю URL-адрес веб-просмотра в JavaScript после завершения видео, чтобы приложение flutter получило событие onUrlChange, а затем закрыло веб-просмотр.

@csbenjamin Вы специально ищете YouTube, которым вы предпочитаете https://developers.google.com/youtube/android/player/ WebView для управления? Или вам еще нужен был WebView? Если вы ищете конкретный проигрыватель YouTube, сообщите о новой ошибке, это определенно разумная просьба. :)

Да, ищу плеер YouTube. Мне ничего не нужно из веб-просмотра, только проигрыватель YouTube. Открою новый выпуск. Спасибо

Мы должны открыть веб-форму оплаты, и эта функция для нас блокирует 😢

@megatolya, плагин webview не может сделать эту работу за вас?

@ lejard-h
К сожалению нет. Нам нужна возможность отображать веб-формы в любом месте страницы. Не только поверх другого контента или на отдельной странице. Ручное управление прокруткой (для изменения положения веб-просмотра) кажется нам слишком сложным.

Я понимаю, что эта проблема является конструктивной проблемой, но, IMHO, эту функцию довольно важно игнорировать.

Это определенно то, что мы намерены сделать и согласны с тем, что это очень важно для многих случаев использования.

К сожалению, эта проблема также помешает нам рассмотреть Flutter, поскольку у нас также есть вариант использования, аналогичный тому, что упоминалось выше в @jxson , и о чем здесь писал в блоге Basecamp:
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25

Использование Flutter как такового для однократного написания и развертывания на обеих мобильных платформах - уже выигрыш. Но мы хотим пойти еще дальше и объединить все наши веб-функции в гибридном приложении с достаточным количеством нативных компонентов, чтобы весь опыт ощущался как можно ближе к нативному, без постоянной необходимости идти в ногу с новыми функциями, которые мы вводим. в нашей веб-версии.

Все, чем можно было бы поделиться о дорожной карте в связи с этой проблемой, было бы действительно полезно.

Сейчас мы работаем над некоторыми изменениями кода, которые, как мы ожидаем, могут заставить встроенные WebView работать с Flutter на iOS. Встроенные WebView в FlutterViews на Android немного дальше. Извините, у меня нет подробностей, кроме этого. : /

Это определенно приближается к началу нашего списка.

Спасибо за обновления.

На данный момент мы можем сказать, является ли это бета-версией или блокировщиком версии 1.0?

Есть ли какие-нибудь новости о поддержке виджета WebView с момента выхода бета-версии 1?

Спасибо

@eseidelGoogle << bump >>

Я рекомендую следовать https://github.com/flutter/flutter/issues/73 , работа, необходимая для обоих из них, аналогична. Статус очень похож на то, что я сообщил 17 дней назад, извините. Ситуация для WebView почти идентична Maps, как описано здесь: https://github.com/flutter/flutter/issues/73#issuecomment -367818217

Пока вы рассматриваете возможность создания веб-просмотра во Flutter, было бы полезно разрешить загрузку html из строки, а также дать веб-просмотру базовый URL-адрес (из которого будут загружаться ресурсы, указанные в html - .css, .js, изображения и т. Д.) , как это можно сделать в iOS (показано ниже) и Android.
webView.loadHTMLString(htmlString, baseURL: locationWhereResourcesAreLocated);

Для меня Flutter тоже не вариант без полнофункционального элемента управления WebView, который может загружать HTML, локальные и удаленные URL-адреса, выполнять JavaScript и обеспечивает связь между кодом Flutter и JavaScript в WebView.

Есть ли обновления по интеграции веб-просмотра с флаттером?

Да, это тоже было бы очень полезно для меня.

согласен с agreensh - груз из веревки был бы вишенкой на торте. Может, тоже из локального файла (хотя бы на Андроиде?)? Подойдет ли для этого file: URL? Какой способ загрузить прямо из папки Assets? Спасибо

@IanDarwin https://github.com/dart-flitter/flutter_webview_plugin/issues/23#issuecomment -367618709 содержит несколько предложений, которые также должны работать здесь

Мы планируем использовать флаттер для нашего приложения, но, как описано выше, текущие SDK не поддерживают веб-просмотр с другим виджетом флаттера, который является основным препятствием для использования нами флаттера в качестве SDK для разработки мобильных приложений.

Флаттер не должен работать стабильно, пока он не будет добавлен IMO.

Есть обновления о встроенном WebView?

@jaiminmehtadxred Я думаю, что вы можете попробовать реализовать веб-просмотр с кодом, специфичным для платформы, который не сложно

@eseidelGoogle Есть прогресс? в то время как flutter_webview_plugin великолепен, веб-просмотр не является встроенным. Пожалуйста, помогите нам :)

У нас есть приложение для обмена сообщениями (www.touchmoon.com), которое в значительной степени полагается на WKWebView и MKMapView внутри прокручиваемых областей (в виде ячеек представления коллекции). Поскольку наше приложение для Android отстает, существует серьезная инициатива по его переписыванию с нуля с использованием ReactNative (как это сделали Skype, Discord, Instagram ...).
Мне нравится Flutter, но отсутствие этой функции - критический момент, когда у меня не осталось аргументов.
Есть ли у вас ЛЮБЫЕ прогнозы, есть ли ЛЮБОЙ шанс, что это будет первоклассный гражданин Flutter?

Мы не можем создавать приложения, о которых мы думаем, пока не будет реализован веб-просмотр ... каков статус? Это кажется очень важным для многих проектов.

без встроенного веб-просмотра приложения выглядят как ...

https://gfycat.com/LawfulZanyGecko

@eseidelGoogle , @ mit-mit, я знаю, что прошу здесь о многом, но есть ли хотя бы малейший шанс, что это может быть перенесено на более раннюю веху? Для многих проектов требуется встроенный веб-просмотр, и текущий плагин очень часто может быть плохой альтернативой. Спасибо, парни! ps с нетерпением жду поста среднего размера beta 4 :)

Мы работаем над различными решениями с командой WebView. Однако это может занять некоторое время. В настоящее время у нас нет оценки времени, но мы работаем над этим. : /

Я заметил, что Flutter опубликовал превью-версию. Означает ли это, что первый выпуск не будет включать встроенный WebView?

Предварительный просмотр без этой функции мне кажется немного неортодоксальным: разочарован:

Скорее всего, у нас не будет этой функции в нашей сборке 1.0. Мы активно работаем над этим и сделаем его доступным, как только мы сможем сделать это в соответствии с нашими стандартами качества.

Если вам это нужно тем временем, вы можете сделать это из Java / Kotlin или ObjectiveC / Swift, создав OEM-представление Web и расположив его поверх представления Flutter. К сожалению, это не будет правильно сочетаться с остальными виджетами Flutter, поэтому мы не предлагаем это решение.

Предсказать очень сложно.

Один вопрос, с которым мы боремся, - какие версии Android поддерживать. Чем больше версий мы поддерживаем, тем больше времени потребуется, чтобы получить хорошее решение. У вас есть мнение о том, какие версии Android должен поддерживать плагин Web View, чтобы быть жизнеспособным?

Для нашего случая использования Android 6+ должно быть достаточно.

Для меня Android 5+ - это нормально.

5+ и в нашем случае. Мы быстро замедляем скорость разработки, поддерживая 4.x
Не терпится поиграть с первыми сборками!

Le ven. 22 июн 2018 в 06:27, [email protected], критик:

Для меня Android 5+ - это нормально.

-
Вы получаете это, потому что подписаны на эту беседу.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/flutter/flutter/issues/730#issuecomment-399317053 ,
или отключить поток
https://github.com/notifications/unsubscribe-auth/AEFUX3nMYsc0KSQerrYlMd0vAkTPlUT4ks5t_HI9gaJpZM4GvC9x
.

Android 5+ для нас

Android 5.x занимает около 20% рынка с сильной тенденцией к снижению.
Итак, если вы потратите 6 месяцев на его разработку для 5.0 (менее 5%), то телефонов для тестирования не останется.
:-)
Если это проще, почему бы вам не разработать его для флагманских моделей (7+), выпустить его (чтобы мы могли с ним поиграть), и вы можете расширять поддержку старых Android-устройств по мере продвижения?

@iostriz К сожалению, в зависимости от того, на какую версию мы нацелены, нам придется использовать совершенно разные подходы из-за разных API, представленных в каждой версии. Таким образом, если для версии X требуется N месяцев и N + 5 месяцев для создания версии X-1, тогда потребуется 2N + 5 месяцев для создания версии X, затем версии X-1, но только N + 5 месяцев для создания версии. X-1 и X одновременно. Если в этом есть смысл.

5 и выше будет отличным вариантом, так как покрывает большую часть рынка. Встроенный веб-просмотр является важным требованием для многих приложений, пожалуйста, пересмотрите приоритет этой функции.

В четверг, 21 июня 2018 г., в 22:09:44 -0700 Ян Хиксон написал:

@iostriz К сожалению, в зависимости от того, на какую версию мы
использовать совершенно разные подходы из-за разных API
вводится в каждой версии. Итак, если на создание версии X уходит N месяцев и N + 5
месяцев, чтобы сделать версию X-1, затем потребуется 2N + 5 месяцев, чтобы сделать версию X
затем версия X-1, но только N + 5 месяцев, чтобы сделать версии X-1 и X одновременно
время. Если в этом есть смысл.

Тогда я бы проголосовал за 6+

5 и выше с нашей стороны

5 и выше было бы здорово для меня

5+ было бы здорово!

5+ должно быть в порядке

На мой взгляд, 5+ должен быть подходящим вариантом.

Я хотел бы иметь действительно отличное решение, не такое как WKWebView, поэтому я готов подождать или внести свой вклад.

@minikin, не могли бы вы подробнее

Я не думаю, что разумно встраивать движок html как часть двоичного файла Flutter. Итак, я предполагаю, что в конечном итоге мы получим решение, которое делегирует HTML-движку, доступному на платформе (в iOS это, вероятно, будет WKWebView).

Android 5+

@amirh
конечно, например, вы не можете установить cookie с соответствующими методами на данный момент (iOS11, 12beta). WKWebView просто игнорирует это. Поэтому вам нужно использовать обходные пути.

Причина, по которой я хотел бы видеть какой-то WebView во Flutter, который позволяет
используйте библиотеки, такие как d3js, и визуализируйте некоторые статические HTML-страницы.

Хотя чистая реализация всех виджетов на Flutter является идеальной.
Я думаю, нам нужно будет сделать исключения в некоторых случаях, веб-просмотр является одним из них.

Реализация веб-представления на чистом Flutter (например: все реализовано в Dart), если это вообще возможно (я думаю, что политика магазина приложений может быть ограничивающим фактором), будет огромным проектом, я предполагаю, по крайней мере, масштаб Сам флаттер.

Плагин, который встраивает код веб-браузера (например, cef ), может стать возможным после разрешения # 7053. Я считаю, что такой подход по-прежнему столкнется с некоторыми проблемами политики магазина приложений и значительно увеличит размер двоичного файла.

Я считаю, что разумный и практичный подход, который мы должны использовать для веб-представления, - это встроить веб-представление платформы во Flutter. Есть несколько нетривиальных технических проблем, связанных с тем, над чем мы работаем. Я думаю, что мы должны использовать эту конкретную проблему, чтобы отслеживать прогресс во встроенном веб-представлении. Я думаю, что решение проблемы встраивания откроет большую часть вариантов использования веб-представления, но я ожидаю, что по-прежнему будет длинный список проблем веб-представления, над которыми мы будем постепенно работать (поддержка функции веб-представления платформы X), что, как я думаю, практичнее будет отслеживать в отдельных выпусках.

@amirh Большое спасибо за разъяснения!

Есть ли обновления по интеграции веб-просмотра с флаттером?

Обновления?

Мы активно над этим работаем, вы можете следить за развитием # 19030.

@amirh :
@Hixie : Привет, Hixie :) Мне это тоже нужно для моего приложения. Android 4.4 является для меня требованием, потому что многие старые устройства застряли на нем.

FWIW, я был бы признателен за возможность поставлять конкретный механизм веб-рендеринга вместе с приложением, чтобы отделить себя от различных реализаций WebView, с которыми поставляются устройства, и возникающих в результате ошибок, зависящих от устройства. С новым WebView / Chromium или еще лучше с GeckoView. Я думаю, это также должно решить большую часть проблемы зависимости?

Вы могли бы придумать плагин, который встраивает веб-движок, я предполагаю, что первым блокировщиком будет # 7053. Это, вероятно, окажет нетривиальное влияние на размер двоичного файла выпуска (что может быть приемлемым для некоторых приложений).
В настоящее время я работаю над внедрением веб-представления платформы во Flutter.

Да, платформа WebView - это разумный первый шаг, которого достаточно для многих приложений.

Кстати, есть еще один способ выполнить код JavaScript в приложении Flutter. Прямо сейчас я полагаюсь на создание плагина веб-просмотра и его использование. Проблема в том, что он использует канал платформы, и мне приходится запускать js асинхронно. Я хочу запустить его в синхронной функции и не проходить через будущие конструкторы.

Любые идеи?

@manujbahl другого пути нет.

Добрый день, вы все делаете отличную работу. поддерживают ли они setJavaScriptCanOpenWindowsAutomatically в плагине flutter webView?

Висящий в этом списке :)
Мне нужен простой встроенный веб-просмотр без видимых элементов управления, просто отображающий html / css и работающий с js, uri через API - в бесплатном крупном виджете веб-просмотра и т. Д.: +1:

Мне не интересен реальный веб-просмотр, но встроенный html / css + js и возможности загрузки расширенного контента (например, шрифты из google или js libs)

Кто-нибудь пробует # 19030 AndroidView для веб-просмотра?

@MisterJimson Здесь есть WIP: https://github.com/flutter/plugins/tree/master/packages/webview_flutter

В лучшем случае вы должны относиться к нему как к превью прямо сейчас, есть некоторые известные ошибки, поддержка iOS отсутствует, а поверхность API очень минимальна (намеренно на данном этапе, пока мы не разберемся с историей iOS).

Привет, ребята, я выпустил плагин InAppBrowser, который работает как в системах Android, так и в iOS: https://github.com/pichillilorenzo/flutter_inappbrowser

Этот первый выпуск - это всего лишь портирование популярного cordova-plugin-inappbrowser, чтобы он работал с Flutter API .. Я работаю над обновлением !!

@pichillilorenzo ваш плагин не является встроенным, и этот канал посвящен

@MichaelSowah Да, я это знаю, поэтому я написал: «Я работаю над обновлениями»! Я также буду работать над этим с помощью AndroidView для Android и для iOS, когда он будет выпущен.

Изменить: почему здесь смайлики «пальцы вниз»? Дайте хоть какое-то объяснение

какие-нибудь обновления для iOS?

Можете ли вы объяснить, почему он выпускается годами, но мы не получаем ничего из_ webview в самом флаттере ? Разве все не о том, чтобы показать HTML , CSS и JS крупнейшего технологического развития с момента выпуска _NCSA Mosaic_? Что такое технология (или фреймворк), _ называемая будущим разработки приложений_, без _веб-представления_? Разве не все о _Google_ the web ? :подмигивание:

Я этого не понимаю: question:

Например, _inline webview_ означает наличие возможностей и _UI_ HTML , CSS и, надеюсь, JS для отображения таких вещей, как Интернет, например _code_ в сообщениях в _gitter webapp_, который _slack App_ не поддерживает, включая JS libs для _подсветки синтаксиса_ и так далее.

Разница между другими widgets и webview такая же, как между всей сетью и так называемыми полями RichText ...

Я вижу разрыв между всем, что сделано в _hybrids_, и фреймворком, например flutter, но сила веб-просмотра - это не что иное, как мощность браузеров, _electron_, _atom_ и _VS Code_, всего того, что мы любим _ежедневно_.

:смущенный:

@flddr То, что это важная функция, не означает, что ее легко и быстро добавить. Скорее наоборот.
Похоже, вы полагаете, что у Google неограниченные ресурсы и что добавления в команду достаточного количества дополнительных разработчиков достаточно для получения мгновенных результатов. К сожалению, мир устроен иначе.

Вы можете быть уверены, что команда Flutter осознает важность этой функции, и вы можете следить за прогрессом в https://github.com/flutter/plugins/tree/master/packages/webview_flutter.

@zoechi ups, спасибо, я никогда не хотел этого говорить: confused:

Я предполагал, что в процессе разработки от него отказались больше, чтобы удержать разрыв между _hybrids_ и _natives_, потому что сам пользовательский интерфейс Flutter очень мощный и чистый, тогда как возможность _to делать что-то в веб-просмотре_ может закончиться более низким качеством (например, пропадание _material design_ или те точки). Потому что webview часто неправильно используется для всех вещей (_quick n dirty_)

Спасибо за ссылку

@flddr Я думаю, что в основном они не хотят переписывать браузер на Dart (по уважительным причинам) и вместо этого делают доступными нативные функции, которые необходимы для реализации дополнительных возможностей для Flutter.
Эта возможность стала доступна недавно, и с тех пор продолжается реализация веб-просмотра.

https://pub.dartlang.org/packages/flutter_webview_plugin (усилия сообщества) доступен уже довольно давно, но у него был недостаток, заключающийся в том, что он всегда отображался поверх виджетов Flutter. Например, открытие меню ящика открывает его за веб-просмотром, если есть перекрытие.
Новый плагин будет хорошо работать с другими виджетами Flutter.

@zoechi, вы правы - я полностью следил за _rewrite в dart_. Я просто знаю, что флаттер - это будущее разработки приложений, на мой взгляд, инструменты великолепны, дротик великолепен, но я не мог углубиться в это, потому что на самом деле я разрабатываю свой бэкэнд. Я просто ежедневно смотрю flutter.io и жду 1.0 - и иногда это обнадеживающее ожидание вызывает разговоры о чем угодно, главное, что что-то происходит.

Извините за пропущенный разговор о webview

Кстати: извините, я знаю обо всем, что у вас, ребята, как поживаете _google_, и обо всей вашей тяжелой работе , но, да, вы _google_. Ничего больше. Мой первый контакт с _google_ был в последний день использования _altavista_.

Итак, если бы я мог сделать ставку на компанию, которая выиграет гонку, я бы когда-либо сделал ставку на _google_.

Спасибо за информацию :) Мне больше нечего сказать по этому поводу :)

Flutter использует Skia для рендеринга, а Chrome использует Skia для рендеринга, поэтому кажется, что это должно быть легкое преобразование. Но вы не можете добавить браузер во Flutter таким образом, потому что любые приложения Flutter будут запрещены к запуску в магазине Apple Store. Без кроссплатформенности от Flutter отказались бы. Google правы, что уделил время этому вопросу.

https://www.howtogeek.com/184283/why-third-party-browsers-will-always-be-inferior-to-safari-on-iphone-and-ipad/

@Rockvole очень интересно 👍

Наконец, я выпустил новую версию (v0.5.1) flutter_inappbrowser, в которой есть начальная поддержка встроенных WebView ( InAppWebView class)! Очевидно, что на данный момент этот виджет доступен только для Android, и есть некоторые ограничения, поскольку AndroidView недостаточно стабилен.

Однако с этим уже можно немного поиграться. Есть много функций и событий, которые вы можете протестировать и использовать! Пример встроенного WebView можно найти в файле README.md репозитория плагинов.

РЕДАКТИРОВАТЬ 1 : выпущена новая версия ( 1.0.1 ) с поддержкой встроенного виджета веб-просмотра для Android и iOS ! 🎉

РЕДАКТИРОВАТЬ 2 : он был переименован в flutter_inappwebview . Текущая версия - 2.0.1 ! Появилось много новых событий, опций и методов.

Мне просто любопытно: в Google Developer Days China (в прошлом месяце) упоминалось, что официальный плагин WebView должен быть выпущен с предварительной версией 2 для разработчиков. Однако этот плагин webview_flutter все еще находится в разработке: https: // github .com / flutter / плагины / дерево / мастер / пакеты / webview_flutter

@imWildCat Спасибо, что присоединились к нам в GDD China. Чтобы прояснить ситуацию, мы продемонстрировали _предварительный_ просмотр_ виджета WebView на GDD. Я проверил видеозапись (55:12) основного выступления GDD, чтобы убедиться, что мы не сказали, что он выпущен. Тем не менее, мы приносим свои извинения за то, что у вас сложилось впечатление, что этот плагин был выпущен.

@InMatrix Извините за недоразумение. Большое спасибо за ваше объяснение, и я очень ценю его. Я с нетерпением жду выхода официального плагина WebView.

flutter / plugins # 890 добавлена ​​поддержка iOS в плагин webview_flutter.
Поддержка внедрения представлений платформы, на которой основано встроенное веб-представление, все еще находится в ранней предварительной версии (см. Https://github.com/flutter/flutter/issues/19030#issuecomment-437534853).

Открытые проблемы помечаются метками платформ и / или веб -просмотров , пожалуйста, проголосуйте за проблемы, которые вас волнуют, чтобы помочь нам расставить приоритеты.

Обратите внимание, что если вы хотите попробовать его на iOS, вам нужно будет включить флаг предварительного просмотра, подробнее см.
https://github.com/flutter/flutter/issues/19030#issuecomment -437534853

Лично для меня отсутствие пригодного для использования WebView действительно мешает.
flutter_inappbrowser - отличный пакет, который очень близок к полному удобству использования, но все еще не имеет поддержки клавиатуры. К сожалению, я как раз собирался создать приложение для редактирования кода ........

Поздравляем 1.0 за лучший мобильный фреймворк: tada:

Теперь жду веб-просмотра : расслабленно:

Чтобы уточнить: плагин webview_flutter предоставляет встроенный WebView на Android и iOS и в настоящее время находится в предварительной версии для разработчиков.

Мы отслеживаем проблемы и отсутствующие функции с помощью тега

@amirh Простите, что

@danielRi https://pub.dartlang.org/packages/webview_flutter

Очень интересная тема для моей проблемы. Я столкнулся с этой темой после долгих попыток найти правильное веб-представление для флаттера. К сожалению, этот новый плагин (все еще превью для разработчиков) имеет большую проблему с Android, когда я пытался открыть клавиатуру. Будет ли это исправлено, когда дело доходит до выпуска?

Я думаю, что интерфейс внешней функции + webkit - лучший способ. встроенный веб-просмотр Android или ios wkwebview - не лучшая идея

Я думаю, что интерфейс внешней функции + webkit - лучший способ. встроенный веб-просмотр Android или ios wkwebview - не лучшая идея

Есть плюсы и минусы (очевидный - двоичный размер).
Я определенно понимаю, что для определенных вариантов использования связывание веб-движка было бы предпочтительным выбором.
Это может быть возможно добавить в качестве альтернативной реализации webview_flutter путем реализации интерфейса платформы . Если кто-то попробует, мне любопытно об этом узнать!