Flutter: 인라인 Android 및 iOS WebView

이에 대한 사용 사례 추가:

일부 렌더링은 WebView에서 처리되지만 탐색과 같은 컨트롤은 기본 UI 위젯에서 처리되는 하이브리드 Android 애플리케이션 이 있습니다. 저는 Flutter로 버전을 이식하고 싶습니다. 제 머리 위에서 이것이 작동하도록 하기 위한 요구 사항은 다음과 같습니다.

• WebView를 렌더링된 트리에 추가하여 탐색 버튼과 같은 측면의 기본 위젯과 함께 살 수 있도록 하는 방법입니다.
• WebView에서 JS와의 상호 작용을 허용하는 방법(이와 같은 것 ).
• WebView에서 HTTP 요청을 가로채는 방법입니다.

여기의 마지막 항목을 사용하면 PDF 파일의 내용을 WebView로 스트리밍할 수 있습니다. 현재 Android 구현은 WebView의 HTTP 요청을 가로채 요청된 PDF 파일의 콘텐츠를 다시 스트리밍합니다. 구현은 여기에서 볼 수

저는 Flutter를 처음 사용하기 때문에 용어가 잘못되었을 수 있습니다. 설명이 필요한 사항이 있으면 알려주세요.

우리는 현재 FlutterView와 함께 기본 보기를 더 쉽게 사용할 수 있도록 하는 접근 방식으로 이동하고 있습니다.
https://docs.google.com/document/d/1DOfwpL6VojCAG_zjjcA_z5ekF7rTIohV8dWn2o7_IME/edit

이것은 Flutter 위젯 트리 내에 WebView를 배치하는 방법에 관한 것입니다. 원래 의견에서 말했듯이 Flutter가 아닌 타사 라이브러리에서 제공하는 비디오 또는 지도를 임베딩하는 데 비슷한 것이 필요합니다.

webview를 flutter와 통합하는 것에 대한 업데이트가 있습니까?

누군가가 전체 화면 웹 보기를 수행하기 위해 플러그인을 시작한 것 같습니다: https://github.com/dart-flitter/flutter_webview_plugin

활동 하위 집합을 수행하는 것이 좋은 시작이라고 생각합니다. 웹 로그인에서 oauth 토큰을 가져와야 하는 전체 앱 유형 세트의 잠금을 해제합니다.

FWIW: iOS 버전의 webview 플러그인 PR은 다음과 같습니다. https://github.com/dart-flitter/flutter_webview_plugin/pull/3

@toufikzitouni 👍 https://pub.dartlang.org/packages/flutter_webview_plugin 덕분에 이제 IOS에 webview 플러그인이

이것은 단기 우선 순위 목록에 없습니다. 다음 이정표로 이동합니다.

webview와 상호 작용하는 방법이 있으면 좋을 것입니다. 내장된 YouTube 동영상을 표시하고 플레이어를 제어하고 싶습니다. 지금은 https://github.com/dart-flitter/flutter_webview_plugin 을 사용하고 있지만 일부 상황에서는 해킹을 사용하고 있습니다. 예를 들어, Flutter 앱이 onUrlChange 이벤트를 수신한 다음 webview를 닫도록 하기 위해 동영상이 끝난 후 JavaScript에서 webview URL을 변경합니다.

@csbenjamin 특히 WebView보다 https://developers.google.com/youtube/android/player/를 제어하여 선호하는 YouTube를 찾고 계십니까? 아니면 WebView도 필요했습니까? YouTube 전용 플레이어를 찾고 있다면 새 버그를 제출하세요. 이는 확실히 합리적인 요청입니다. :)

예, YouTube 플레이어를 찾고 있습니다. 나는 webview에서 아무것도 필요하지 않습니다, 단지 YouTube 플레이어입니다. 새로운 문제를 열겠습니다. 감사 해요

우리는 지불 웹 양식을 열어야 하고 이 기능은 우리를 위한 차단기입니다 😢

@megatolya webview 플러그인이 당신을 위해 일을 할 수 없습니까?

@lejard-h
불행하게도. 페이지의 어느 위치에서든 웹 양식을 렌더링할 수 있는 기회가 필요합니다. 다른 콘텐츠의 상단이나 별도의 페이지뿐만 아니라. 수동으로 스크롤을 제어(webview의 위치를 ​​변경하기 위해)하는 것은 우리에게 너무 복잡해 보입니다.

나는 이 문제가 설계상의 문제라는 것을 이해하지만 IMHO 이 기능은 무시할 수 있는 매우 기본적입니다.

이것은 분명히 우리가 하려는 것이며 많은 사용 사례에서 중요하다는 데 동의합니다.

슬프게도 이 문제는 위에서 @jxson이 언급한 것과 Basecamp가 여기에 블로그에
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25

Flutter를 단독으로 사용하여 한 번 작성하고 두 모바일 플랫폼 모두에 배포하는 것은 이미 승리입니다. 그러나 우리는 한 걸음 더 나아가 우리가 도입하는 새로운 기능을 계속 따라갈 필요 없이 전체 경험이 가능한 한 기본에 가깝게 느껴지도록 충분한 기본 구성 요소가 있는 하이브리드 앱의 모든 웹 기능을 가져오고 싶습니다. 우리의 웹 버전에.

이 문제와 관련된 로드맵에 대해 공유할 수 있는 모든 것이 정말 도움이 될 것입니다.

현재 인라인 WebView가 iOS의 Flutter와 작동하도록 할 수 있는 몇 가지 코드 변경 작업을 진행 중입니다. Android에서 FlutterViews의 인라인 WebViews는 조금 더 멀리 떨어져 있습니다. 죄송합니다 그보다 더 자세한 내용이 없습니다. :/

이것은 확실히 우리 목록의 상단에 가깝습니다.

업데이트해주셔서 감사합니다.

이 시점에서 이것이 베타인지 1.0 릴리스 차단인지 알 수 있습니까?

베타 1이 출시된 이후 WebView 위젯 지원에 대한 소식이 있습니까?

감사 해요

@eseidelGoogle << 범프 >>

https://github.com/flutter/flutter/issues/73 을 따르는 것이 좋습니다. 이 두 가지에 필요한 작업은 비슷합니다. 상태는 제가 17일 전에 보고한 것과 매우 유사합니다. 죄송합니다. WebView의 상황은 여기에 설명된 지도와 거의 동일합니다. https://github.com/flutter/flutter/issues/73#issuecomment -367818217

Flutter에서 Webview 생성을 고려하는 동안 문자열에서 html을 로드하는 것을 허용하고 webview에 기본 URL을 제공하는 것이 유용할 것입니다. , iOS(아래 참조) 및 Android에서 수행할 수 있습니다.
webView.loadHTMLString(htmlString, baseURL: locationWhereResourcesAreLocated);

나에게도 Flutter는 HTML, 로컬 및 원격 URL을 로드하고 JavaScript를 실행할 수 있고 WebView에서 Flutter 코드와 JavaScript 간의 통신을 가능하게 하는 완전한 기능의 WebView 컨트롤 없이는 옵션이 아닙니다.

Flutter와 Web View 통합에 대한 업데이트가 있습니까?

예, 이것은 또한 저에게 큰 도움이 될 것입니다.

agreensh에 동의 - 문자열의 하중은 케이크의 장식이 될 것입니다. 아마도 로컬 파일(적어도 Android에서는?)에서? file: URL이 작동할까요? Assets 폴더에서 직접 로드하는 방법은 무엇입니까? 감사 해요

@IanDarwin https://github.com/dart-flitter/flutter_webview_plugin/issues/23#issuecomment -367618709 여기에도 작동해야 하는 몇 가지 제안 사항이 포함되어 있습니다.

우리는 우리 응용 프로그램에 flutter를 사용할 계획이지만 위에서 설명한 것처럼 현재 sdk는 다른 flutter 위젯과 함께 webview를 지원하지 않는다는 것은 우리가 모바일 응용 프로그램 개발 sdk로 flutter를 사용하는 데 주요 방해 요소입니다.

Flutter는 IMO가 추가될 때까지 안정적으로 작동하지 않아야 합니다.

인라인 WebView에 대한 업데이트가 있습니까?

@jaiminmehtadxred 어렵지 않은 플랫폼별 코드로 webview를 구현하려고 할 수 있다고 생각합니다.

@eseidelGoogle 진행 상황이 어떻습니까? flutter_webview_plugin은 훌륭하지만 webview는 인라인이 아닙니다. 저희를 도와주세요 :)

스크롤 가능한 영역(컬렉션 보기 셀) 내에서 WKWebView 및 MKMapView에 크게 의존하는 메시징 앱(www.touchmoon.com)이 있습니다. Android 앱이 뒤쳐지고 있기 때문에 ReactNative를 사용하여 처음부터 다시 작성하려는 강력한 이니셔티브가 있습니다(Skype가 그랬던 것처럼 Discord, Instagram...).
저는 Flutter를 좋아하지만 이 기능이 없다는 것은 더 이상 주장할 여지가 없는 한계점입니다.
예측한 것이 있습니까? 이것이 Flutter 일류 시민이 될 가능성이 있습니까?

webview가 구현될 때까지 염두에 두고 있는 앱을 빌드할 수 없습니다...상태가 어떻습니까? 이것은 많은 디자인에서 매우 중요해 보입니다.

인라인 webview가 없으면 앱은 다음과 같이 보입니다.

https://gfycat.com/LawfulZanyGecko

@eseidelGoogle , @mit-mit , 여기서 많은 것을 요구하고 있다는 것을 알고 있지만 이것이 이전 이정표로 이동할 수 있는 가장 작은 기회라도 있습니까? 많은 프로젝트에 인라인 웹뷰가 필요하며 현재 플러그인은 종종 좋지 않은 대안이 될 수 있습니다. 고마워 얘들아! ps 베타 4 미디엄 포스트를 간절히 기다리고 있습니다 :)

WebView 팀과 함께 다양한 솔루션을 연구하고 있습니다. 그러나 시간이 걸릴 수 있습니다. 현재 예상 시간은 없지만 이에 대해 작업 중입니다. :/

Flutter가 미리 보기 버전을 게시했음을 알았습니다. 이것은 첫 번째 릴리스에 인라인 WebView가 포함되지 않는다는 의미입니까?

이 기능이 없는 미리보기는 저에게 약간 비정통적으로 보입니다. 실망:

1.0 빌드에는 이 기능이 없을 것입니다. 우리는 이에 대해 적극적으로 노력하고 있으며 품질 표준을 충족하는 방식으로 가능한 한 빨리 사용할 수 있도록 할 것입니다.

그 동안 이것이 필요하면 OEM 웹 보기를 만들고 Flutter 보기 위에 레이어링하여 Java/Kotlin 또는 ObjectiveC/Swift에서 수행할 수 있습니다. 불행히도 이것은 나머지 Flutter 위젯과 적절하게 합성되지 않습니다. 이것이 우리가 이것을 솔루션으로 옹호하지 않는 이유입니다.

예측하기가 매우 어렵습니다.

우리가 씨름하고 있는 한 가지 질문은 지원할 Android 버전입니다. 지원하는 버전이 많을수록 좋은 솔루션을 얻는 데 더 오래 걸릴 것입니다. 실행 가능하도록 지원해야 하는 Android 웹 보기 플러그인의 버전에 대한 의견이 있습니까?

우리의 사용 사례의 경우 Android 6 이상이면 충분합니다.

제 생각에는 Android 5+가 괜찮다고 생각합니다.

우리의 경우에도 5+. 4.x를 지원하는 개발 속도를 빠르게 낮추고 있습니다.
첫 번째 빌드로 플레이하고 싶습니다!

르 벤. 2018년 7월 22일 à 06:27, 血心[email protected] a écrit :

제 생각에는 Android 5+가 괜찮다고 생각합니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/flutter/flutter/issues/730#issuecomment-399317053 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AEFUX3nMYsc0KSQerrYlMd0vAkTPlUT4ks5t_HI9gaJpZM4GvC9x
.

우리를 위한 안드로이드 5+

Android 5.x는 ~20%의 시장 점유율을 보이며 하락 추세가 강합니다.
따라서 5.0(5% 미만)용으로 개발하는 데 6개월이 걸린다면 테스트할 전화기가 남지 않습니다.
:-)
더 쉽다면 플래그십 모델(7+)용으로 개발하고 출시하고(함께 플레이할 수 있도록) 계속 진행하면서 이전 Android에 대한 지원을 확장할 수 있습니다.

@iostriz 불행히도, 우리가 목표로 하는 버전에 따라 각 버전에 도입된 다른 API 때문에 완전히 다른 접근 방식을 취해야 합니다. 따라서 버전 X를 수행하는 데 N개월이 걸리고 버전 X-1을 수행하는 데 N+5개월이 걸린다면 버전 X를 수행한 다음 버전 X-1을 수행하는 데 2N+5개월이 걸리지만 버전을 수행하는 데 N+5개월만 소요됩니다. X-1과 X를 동시에. 그게 말이 된다면.

5 이상이 시장의 대부분을 차지하므로 훌륭할 것입니다. 인라인 웹 보기는 많은 앱에서 중요한 요구 사항입니다. 이 기능의 우선 순위를 다시 고려하십시오.

2018년 6월 21일 목요일 오후 10:09:44 -0700, Ian Hickson은 다음과 같이 썼습니다.

@iostriz 불행히도, 우리가 목표로 하는 버전에 따라
API가 다르기 때문에 완전히 다른 접근 방식을 취합니다.
각 버전에 도입되었습니다. 따라서 버전 X를 수행하는 데 N개월이 걸리고 N+5가
버전 X-1을 수행하는 데 몇 개월, 버전 X를 수행하는 데 2N+5개월이 걸립니다.
그런 다음 버전 X-1, 버전 X-1과 X를 동시에 수행하는 데 N+5개월만 소요됩니다.
시각. 그게 말이 된다면.

그렇다면 나는 6+에 투표할 것이다.

우리 쪽에서 5 이상

5 이상은 나에게 좋을 것입니다.

5+는 좋을 것입니다!

5+는 괜찮을 것입니다

제 생각에는 5+가 가야 할 길입니다.

WKWebView가 아닌 ​​정말 훌륭한 솔루션을 갖고 싶기 때문에 기다리거나 기여할 준비가 되어 있습니다.

@minikin WKWebView 와 관련된 문제에 대해 더 구체적으로 말씀해 주시겠습니까?

Flutter 바이너리의 일부로 html 엔진을 포함하는 것은 합리적이지 않다고 생각합니다. 따라서 플랫폼에서 사용할 수 있는 html 엔진에 위임하는 솔루션이 완성될 것이라고 생각합니다(iOS에서는 WKWebView일 가능성이 높음).

안드로이드 5+

@amirh
예를 들어 현재로서는 적절한 방법으로 쿠키를 설정할 수 없습니다(iOS11, 12beta). WKWebView는 그것을 무시합니다. 따라서 해결 방법을 사용해야 합니다.

Flutter에서 일종의 WebView를 보고 싶은 이유는 다음과 같습니다.
d3js와 같은 라이브러리를 사용하고 일부 정적 HTML 페이지를 렌더링합니다.

모든 위젯의 순수한 Flutter 구현이 이상적이지만.
나는 우리가 몇 가지 경우에 예외를 만들 필요가 있다고 생각합니다. 웹 보기가 그 중 하나입니다.

순수 Flutter 웹 보기 구현(예: 모든 것이 Dart에서 구현됨)은 가능하면(앱 스토어 정책이 제한 요소일 수 있다고 생각합니다) 거대한 프로젝트가 될 것입니다. 플러터 그 자체.

웹 브라우저 코드(예: cef )를 포함하는 플러그인은 #7053이 해결되면 가능할 수 있습니다. 나는 그러한 접근 방식이 여전히 일부 앱 스토어 정책 문제에 직면할 것이며 바이너리 크기를 크게 증가시킬 것이라고 믿습니다.

웹 보기에 대해 취해야 하는 합리적이고 실용적인 접근 방식은 플랫폼의 웹 보기를 Flutter에 포함하는 것입니다. 우리가 하고 있는 일을 하는 데에는 몇 가지 사소한 기술적 문제가 있습니다. 웹 보기를 인라인으로 가져오기 위한 진행 상황을 추적하려면 이 특정 문제를 사용해야 한다고 생각합니다. 인라인 문제를 해결하면 웹 보기 사용 사례의 큰 덩어리가 풀릴 것이라고 생각합니다. 그러나 우리가 점차적으로 작업할 웹 보기 문제의 긴 목록이 여전히 있을 것으로 예상합니다(플랫폼의 웹 보기 기능 X 지원). 별도의 문제에서 추적하는 것이 더 실용적입니다.

@amirh 자세한 설명 감사합니다!

webview를 flutter와 통합하는 것에 대한 업데이트가 있습니까?

업데이트?

우리는 그것에 대해 적극적으로 노력하고 있습니다. #19030의 진행 상황을 따라갈 수 있습니다.

@amirh : 야! :+1:
@Hixie : Hey Hixie :) 내 앱에도 필요합니다. Android 4.4는 저에게 요구 사항입니다. 왜냐하면 많은 구형 장치가 그것에 붙어 있기 때문입니다.

FWIW, 나는 장치와 함께 제공되는 다양한 WebView 구현과 그로 인한 장치 종속 버그로부터 자신을 분리하기 위해 앱과 함께 특정 웹 렌더링 엔진을 제공할 수 있게 되어 감사합니다. 새로운 WebView/Chromium 또는 더 나은 GeckoView를 사용합니다. 그것은 또한 대부분의 종속성 문제를 해결해야 한다고 생각합니다.

웹 엔진을 포함하는 플러그인을 생각해 낼 수 있을 것입니다. 첫 번째 차단기는 #7053일 것입니다. 이렇게 하면 릴리스 바이너리 크기에 사소한 영향이 있을 수 있습니다(일부 앱에서는 괜찮을 수 있음).
내가 현재 작업하고 있는 것은 Flutter에 플랫폼의 웹 보기를 포함하는 것입니다.

예, 플랫폼 WebView는 합리적인 첫 번째 단계이며 많은 애플리케이션에 충분합니다.

관련 참고 사항에는 flutter 앱에서 JavaScript 코드를 실행하는 또 다른 방법이 있습니다. 지금은 webview 플러그인을 만들어 사용하고 있습니다. 문제는 플랫폼 채널을 사용하고 js를 비동기식으로 실행해야 한다는 것입니다. 동기 함수에서 실행하고 미래의 빌더를 거치지 않고 싶습니다.

어떤 아이디어?

@manujbahl 다른 방법은 없습니다.

좋은 하루, 수고하셨습니다. flutter webView 플러그인에서 setJavaScriptCanOpenWindowsAutomatically를 지원합니까?

이 목록에 매달려 있습니다 :)
html/css를 표시하고 API를 통해 js, uri로 작업하기만 하면 보이는 컨트롤이 없는 간단한 인라인 webview가 필요합니다. webview 위젯:+1:

실제 webview는 나에게 흥미롭지 않지만 인라인 html/css + js 및 확장 콘텐츠(예: Google 또는 js 라이브러리의 글꼴)를 로드하는 기능

#19030 웹 보기용 AndroidView를 사용해 본 사람이 있습니까?

@MisterJimson 여기에 WIP가 있습니다. https://github.com/flutter/plugins/tree/master/packages/webview_flutter

기껏해야 지금 당장은 미리보기로 취급해야 하며 알려진 버그가 있고 iOS 지원이 누락되었으며 API 표면이 매우 최소화되었습니다(이 시점에서 iOS 이야기를 파악할 때까지 의도적으로 이 시점에서).

안녕하세요, 저는 Android 및 iOS 시스템 모두에서 작동하는 "InAppBrowser" 플러그인을 출시했습니다: https://github.com/pichillilorenzo/flutter_inappbrowser

이 첫 번째 릴리스는 Flutter API와 함께 작동하도록 하기 위해 인기 있는 cordova-plugin-inappbrowser를 이식한 것입니다. 업데이트를 위해 작업 중입니다!!

@pichillilorenzo 귀하의 플러그인이 인라인이 아니며 이 채널은 브라우저를 인라인하는 것에 관한 것입니다.

@MichaelSowah 예, 알고 있습니다. 그래서 제가 "업데이트를 위해 작업 중입니다"라고 썼습니다! Android 및 iOS용 AndroidView 가 출시될 때 이를 사용하여 작업할 것입니다.

편집: 왜 여기 이모티콘이 "싫어요"입니까? 최소한 설명을 해줘

iOS용 업데이트가 있습니까?

몇 년 동안 발행되었지만 Flutter 자체에서 webview _아무것도_ 얻지 못하는 이유를 설명할 수 있습니까? HTML , CSS 및 JS _NCSA 모자이크_ 출시 이후 가장 큰 기술 발전을 보여주는 것이 전부가 아닙니까? _웹 뷰가 없는_ _앱 개발의 미래라고 하는_ 기술(또는 프레임워크)은 무엇입니까? _Google_ the web 에 대한 모든 것이 아닌가요? :눈짓:

이것은 내가 이해하지 못하는 요점입니다 : 질문 :

예를 들어, _inline webview_ 수단은 전력과의 _UI_해야합니다 HTML , CSS 희망 JS , _gitter webapp_에 메시지 _code_처럼 웹과 같은 디스플레이 것들을하는 _slack 앱_은 _구문 강조 표시_를 위한 JS 라이브러리 등을 포함할 수 없습니다.

다른 widgets 와 webview 차이점은 모든 웹과 소위 RichText Boxes의 차이와 같습니다...

_hybrids_에서 수행된 모든 작업과 flutter와 같은 프레임워크 사이에 차이가 있음을 알 수 있지만 webview의 힘은 다름 아닌 브라우저, _electron_, _atom_ 및 _VS Code_, 우리가 사랑하는 모든 것의 힘입니다. _매일_.

:혼란스러운:

@flddr 중요한 기능이라고 해서 쉽고 빠르게 추가할 수 있는 것은 아닙니다. 오히려 그 반대입니다.
Google에는 무제한 리소스가 있으며 팀에 충분한 추가 개발자를 추가하면 즉각적인 결과를 얻을 수 있다고 가정하는 것 같습니다. 슬프게도 세상은 그렇지 않습니다.

Flutter 팀이 이 기능의 중요성을 알고 있으므로 안심하셔도 됩니다. https://github.com/flutter/plugins/tree/master/packages/webview_flutter 에서 진행 상황을 확인할 수 있습니다.

@zoechi ups, 감사합니다, 나는 이것을 말하고 싶지 않았습니다 : 혼란스럽습니다:

내 생각에 _hybrids_와 _natives_ 사이의 격차를 유지하기 위해 개발 과정에서 더 많이 떨어졌습니다. 왜냐하면 flutter UI 자체는 엄청나게 강력하고 깨끗하지만 _webview에서 작업을 수행할 가능성은 더 낮은 품질(예: _material 누락)로 끝날 수 있기 때문입니다. design_ 또는 그 점). webview 는 종종 모든 일에 잘못 사용되기 때문에(_quick n dirty_)

링크 주셔서 감사합니다

@flddr 내 생각에 대부분은 Dart에서 브라우저를 다시 작성하기를 원하지 않고(합당한 이유로) Flutter에 대한 추가 기능을 구현하는 데 필요한 기본 기능을 사용할 수 있도록 하기 때문입니다.
이 기능은 최근에 제공되었으며 이후 webview 구현이 진행 중입니다.

https://pub.dartlang.org/packages/flutter_webview_plugin (커뮤니티 활동)은 꽤 오래전부터 사용 가능하지만 항상 Flutter 위젯 위에 표시된다는 단점이 있었습니다. 예를 들어 서랍 메뉴를 열면 겹치는 경우 webview 뒤에 열립니다.
새 플러그인은 다른 Flutter 위젯과 잘 작동합니다.

@zoechi 당신 말이 맞아요 - 저는 _dart에서 재작성_을 완전히 감독했습니다. 내 생각에는 플러터가 앱 개발의 미래이고, 도구가 훌륭하고, 다트가 훌륭하다는 것을 압니다. 하지만 실제로 백엔드를 개발 중이기 때문에 깊이 들어갈 수 없었습니다. 저는 매일 flutter.io를 보고 1.0을 기다리고 있습니다. 때로는 이 희망적인 기다림이 무엇이든 간에 이야기를 일으키며, 가장 중요한 것은 무슨 일이 일어나고 있다는 것입니다.

webview 대해 말을 잘못해서 죄송합니다.

Btw: 죄송합니다. _google_이 어떻게 지내는지 알고 있고 열심히 일하고 있지만, 예, 당신은 _google_입니다. 다른 건 없습니다. _google_과의 첫 만남은 _altavista_를 사용한 마지막 날이었습니다.

따라서 경주에서 승리할 회사에 베팅할 수 있다면 저는 _google_에 베팅할 것입니다.

정보 감사합니다 :) 이 문제에 대해 더 이상 할 말이 없습니다 :)

Flutter는 Skia를 사용하여 렌더링하고 Chrome은 Skia를 사용하여 렌더링하므로 쉽게 변환해야 할 것 같습니다. 그러나 모든 Flutter 앱이 Apple Store에서 실행되는 것이 금지되기 때문에 이 방법으로 Flutter에 브라우저를 추가할 수 없습니다. 크로스 플랫폼 기능이 없으면 Flutter는 버려질 것입니다. Google은 이 문제에 시간을 할애할 수 있습니다.

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

@Rockvol 매우 흥미롭습니다 👍

마지막으로, 나는 새로운 버전 (v0.5.1)를 출시 flutter_inappbrowser 인라인 WebViews의 초기 지원 (이 InAppWebView 클래스)! 분명히 이 위젯은 현재 Android에서만 사용할 수 있으며 AndroidView 가 충분히 안정적이지 않기 때문에 몇 가지 제한 사항이 있습니다.

그러나 이미 조금 가지고 놀 수 있습니다. 테스트하고 사용할 수 있는 기능과 이벤트가 많이 있습니다! 인라인 WebView의 예는 플러그인 저장소의 README.md 파일에서 찾을 수 있습니다.

편집 1 : Android 및 iOS 인라인 웹뷰 위젯을 모두 지원하는 새 버전( 1.0.1 ) 출시! 🎉

편집 2 : 이름이 flutter_inappwebview 로 변경되었습니다. 현재 버전은 2.0.1입니다 ! 새로운 이벤트, 옵션 및 방법이 많이 있습니다.

궁금한 점이 있습니다. Google Developer Days China(지난 달)에서 공식 WebView 플러그인이 개발자 프리뷰 2와 함께 출시되어야 한다고 언급했습니다. 그러나 webview_flutter 플러그인은 아직 개발 중입니다: https://github .com/flutter/plugins/tree/master/packages/webview_flutter

@imWildCat GDD China에 참여해주셔서 감사합니다. 명확히 하기 위해 GDD에서 WebView 위젯의 _preview_를 시연했습니다. GDD 기조연설의 녹화 영상 (55:12)을 확인하여 공개하지 않았는지 확인했습니다. 그럼에도 불구하고 이 플러그인이 출시되었다는 인상을 드린 점 사과드립니다.

@InMatrix 오해

flutter/plugins#890은 webview_flutter 플러그인에 iOS 지원을 추가했습니다.
인라인 웹뷰의 기반이 되는 플랫폼 뷰 임베딩 지원은 아직 초기 프리뷰 상태입니다(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를 기다

명확히 하기 위해: webview_flutter 플러그인은 Android 및 iOS에 포함된 WebView를 제공하며 현재 개발자 미리 보기에 있습니다.

우리는 webview 태그로 문제 및 누락된 기능을 추적하고 있습니다. 특정 문제에 관심이 있는 경우 아직 문제가 없는 경우 문제를 제출하거나 기존 문제를 찬성하여 도움을 줄 수 있습니다. 물론 PR도 환영합니다 😄

@amirh 질문으로 번거롭게

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

내 문제에 대한 매우 흥미로운 주제, 나는 Flutter에 대한 올바른 웹 보기를 찾기 위해 많은 고심 끝에 이 주제를 접하게 되었습니다. 불행히도 이 새로운 플러그인(여전히 개발자 프리뷰)은 키보드를 열려고 할 때 Android에 큰 문제가 있습니다. 출시되면 해결되겠죠?

나는 외부 기능 인터페이스 + 웹킷 이 가장 좋은 방법이라고 생각합니다. 인라인 안드로이드 webview 또는 ios wkwebview는 좋은 생각이 아닙니다

나는 외부 기능 인터페이스 + 웹킷 이 가장 좋은 방법이라고 생각합니다. 인라인 안드로이드 webview 또는 ios wkwebview는 좋은 생각이 아닙니다

장단점이 있습니다(명백한 것은 바이너리 크기입니다).
특정 사용 사례의 경우 웹 엔진을 번들링하는 것이 선호되는 선택임을 확실히 알고 있습니다.
플랫폼 인터페이스 를 구현하여 이를 대체 webview_flutter 구현으로 추가할 수 있습니다. 누군가가 기회를 준다면 나는 그것에 기대어보고 싶어!