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 لإصدار iOS من المكون الإضافي webview: 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 لاستقبال حدث عندUrlChange ثم إغلاق عرض الويب.

csbenjamin هل تبحث تحديدًا عن موقع YouTube الذي تفضله https://developers.google.com/youtube/android/player/ على WebView للتحكم؟ أو هل تحتاج أيضًا إلى WebView؟ إذا كنت تبحث عن مشغل معين على YouTube ، فيرجى تقديم خطأ جديد ، فهذا بالتأكيد طلب معقول. :)

نعم ، أنا أبحث عن مشغل يوتيوب. لست بحاجة إلى أي شيء من Webview ، مجرد مشغل YouTube. سأفتح قضية جديدة. شكرا

يجب أن نفتح نموذج ويب للدفع وهذه الميزة تمنعنا 😢

megatolya لا يستطيع المكون الإضافي webview القيام بالمهمة نيابة عنك؟

@ lejard- ح
للاسف لا. نحن بحاجة إلى فرصة لتقديم نماذج الويب في أي مكان على الصفحة. ليس فقط فوق محتوى آخر أو على صفحة منفصلة. يبدو التحكم اليدوي في التمرير (لتغيير موضع عرض الويب) معقدًا للغاية بالنسبة لنا.

أفهم أن هذه المشكلة هي مشكلة حسب التصميم ولكن IMHO هذه الميزة أساسية للغاية لتجاهلها.

هذا بالتأكيد شيء نعتزم القيام به ونتفق على أنه مهم للعديد من حالات الاستخدام.

للأسف ، ستكون هذه المشكلة أيضًا مانعًا بالنسبة لنا للنظر في Flutter نظرًا لأن لدينا أيضًا حالة استخدام مماثلة لما ذكره jxson أعلاه ، وما
https://m.signalvnoise.com/basecamp-3-for-ios-hybrid-architecture-afc071589c25

يعد استخدام Flutter بمفرده للكتابة مرة واحدة والنشر على كلا النظامين الأساسيين للهواتف المحمولة أمرًا ناجحًا بالفعل. لكننا نريد أن نخطو خطوة إلى الأمام ونقدم جميع ميزات الويب الخاصة بنا في تطبيق هجين يحتوي على مكونات أصلية كافية لجعل التجربة بأكملها أقرب ما تكون إلى المحتوى الأصلي قدر الإمكان ، دون الحاجة المستمرة لمواكبة الميزات الجديدة التي نقدمها على إصدار الويب الخاص بنا.

أي شيء يمكن مشاركته حول خريطة الطريق فيما يتعلق بهذه المشكلة سيكون مفيدًا حقًا.

نحن نعمل الآن على بعض التغييرات في الكود والتي نتوقع أن تجعل WebViews المضمنة تعمل مع Flutter على iOS. تعد عروض WebViews المضمنة في FlutterViews على Android بعيدة بعض الشيء. آسف ليس لدي تفاصيل أكثر من ذلك. : /

هذا بالتأكيد يقترب من أعلى قائمتنا.

شكرا للتحديث.

في هذه المرحلة ، هل يمكننا معرفة ما إذا كان هذا الإصدار التجريبي أم الإصدار 1.0 مانع؟

منذ إصدار Beta 1 ، هل هناك أي أخبار حول دعم عنصر واجهة WebView؟

شكرا

eseidelGoogle << bump >>

أوصي باتباع https://github.com/flutter/flutter/issues/73 ، فالعمل المطلوب لكليهما مشابه. الوضع مشابه جدًا لما أبلغت عنه قبل 17 يومًا ، آسف. وضع WebView مطابق تقريبًا للخرائط كما هو موضح هنا: https://github.com/flutter/flutter/issues/73#issuecomment -367818217

أثناء التفكير في إنشاء Webview في Flutter ، سيكون من المفيد السماح بتحميل html من سلسلة ، وإعطاء عرض الويب عنوان url أساسيًا (من خلاله سيتم تحميل الموارد المشار إليها في html - .css ، .js ، الصور ، إلخ) ، كما يمكن القيام به في iOS (كما هو موضح أدناه) و Android.
webView.loadHTMLString(htmlString, baseURL: locationWhereResourcesAreLocated);

بالنسبة لي أيضًا ، لا يعد Flutter خيارًا بدون عنصر تحكم WebView يعمل بكامل طاقته ، والذي يمكنه تحميل عناوين URL المحلية والبعيدة بتنسيق HTML ، وتنفيذ JavaScript وتمكين الاتصال بين كود Flutter و JavaScript في WebView.

أي تحديثات على دمج عرض الويب مع الرفرفة؟

نعم ، سيكون هذا أيضًا مفيدًا جدًا بالنسبة لي.

أتفق مع الموافقة - الحمل من سلسلة سيكون الجليد على الكعكة. ربما أيضًا من ملف محلي (على الأقل على Android؟)؟ هل ملف: URL يعمل من أجل ذلك؟ طريقة ما للتحميل مباشرة من مجلد الأصول؟ شكرا

IanDarwin https://github.com/dart-flitter/flutter_webview_plugin/issues/23#issuecomment -367618709 يحتوي على بعض الاقتراحات التي يجب أن تعمل هنا أيضا

نحن نخطط لاستخدام flutter لتطبيقنا ولكن كما هو موضح أعلاه ، فإن sdks الحالية لا تدعم عرض الويب مع عنصر واجهة مستخدم flutter آخر هو مانع رئيسي لنا لاستخدام flutter مثل تطوير تطبيقات الهاتف المحمول sdk.

لا يجب أن تصل الرفرفة إلى حالة مستقرة حتى تتم إضافة IMO.

أي تحديثات حول WebView المضمنة؟

jaiminmehtadxred أعتقد أنه ربما يمكنك محاولة تنفيذ عرض الويب باستخدام كود خاص بالمنصة ليس صعبًا

eseidelGoogle هل من تقدم؟ بينما يعد flutter_webview_plugin رائعًا ، فإن عرض الويب ليس مضمّنًا. الرجاء مساعدتنا :)

لدينا تطبيق مراسلة (www.touchmoon.com) يعتمد بشكل كبير على WKWebView و MKMapView داخل مناطق قابلة للتمرير (كخلايا عرض المجموعة). نظرًا لأن تطبيق Android الخاص بنا يتأخر ، فهناك مبادرة قوية لإعادة كتابته من الألف إلى الياء باستخدام ReactNative (كما فعل Skype و Discord و Instagram ...).
أنا مغرم بـ Flutter ، لكن الافتقار إلى هذه الميزة هو نقطة الانهيار حيث لم يتبق لدي أي حجج.
هل لديك أي توقع ، هل هناك أي احتمال أن يكون هذا مواطنًا من الدرجة الأولى من Flutter؟

لا يمكننا إنشاء التطبيقات التي نضعها في الاعتبار حتى يتم تنفيذ Webview ... ما هي الحالة؟ يبدو هذا أمرًا حيويًا للعديد من التصميمات.

بدون عرض الويب المضمّن ، تبدو التطبيقات مثل ...

https://gfycat.com/LawfulZanyGecko

eseidelGoogle ، @ mit-mit ، أعلم أنني أطلب الكثير هنا ، ولكن هل هناك حتى أصغر فرصة لانتقال هذا إلى معلم سابق؟ تتطلب الكثير من المشاريع عرض ويب مضمّنًا ، ويمكن أن يكون المكون الإضافي الحالي في كثير من الأحيان بديلاً سيئًا. شكرا يا شباب! ملاحظة تنتظر بفارغ الصبر منشور بيتا 4 المتوسط ​​:)

نحن نعمل على حلول مختلفة مع فريق WebView. هذا قد يستغرق بعض الوقت. حاليا ليس لدينا تقدير للوقت ، لكننا نعمل على ذلك. : /

لقد لاحظت أن Flutter نشر إصدار المعاينة. هل هذا يعني أن الإصدار الأول لن يتضمن WebView مضمن؟

تبدو المعاينة بدون هذه الميزة غير تقليدية بعض الشيء بالنسبة لي: محبط:

من المحتمل ألا تكون لدينا هذه الميزة في الإصدار 1.0 الخاص بنا. نحن نعمل بنشاط على ذلك ، وسوف نجعله متاحًا بمجرد أن نتمكن من القيام بذلك بطريقة تلبي معايير الجودة الخاصة بنا.

إذا كنت بحاجة إلى ذلك في هذه الأثناء ، فيمكنك القيام بذلك من Java / Kotlin أو ObjectiveC / Swift عن طريق إنشاء عرض ويب OEM ووضعه فوق عرض Flutter. هذا للأسف لن يتطابق بشكل صحيح مع بقية أدوات Flutter ، وهذا هو السبب في أننا لا ندافع عن هذا كحل.

من الصعب جدا التكهن.

أحد الأسئلة التي نواجهها هو ما هي إصدارات Android التي يجب دعمها. كلما زاد عدد الإصدارات التي ندعمها ، زاد احتمال أن يستغرق الأمر وقتًا أطول للحصول على حل جيد. هل لديك آراء حول إصدارات Android التي يحتاج البرنامج المساعد لعرض الويب إلى دعمها حتى تكون قابلة للتطبيق؟

بالنسبة لحالة الاستخدام الخاصة بنا ، يجب أن يكون Android 6+ جيدًا بدرجة كافية.

بالنسبة لي ، أعتقد أن Android 5+ على ما يرام.

5+ في حالتنا أيضًا. نحن نعمل بسرعة على إبطاء سرعة مطور البرامج التي تدعم 4.x
حريصة على اللعب مع البنيات الأولى!

لو فين. 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
.

أندرويد 5+ لنا

يتمتع Android 5.x بحصة سوقية تبلغ 20٪ تقريبًا مع اتجاه هبوطي قوي.
لذلك ، إذا استغرقت 6 أشهر لتطويره مقابل 5.0 (أقل من 5٪) ، فلن يتبقى أي هواتف لاختباره.
:-)
إذا كان الأمر أسهل ، فلماذا لا تقوم بتطويره للطرز الرئيسية (7+) ، قم بإصداره (حتى نتمكن من اللعب به) ويمكنك توسيع الدعم لأجهزة Android القديمة مع تقدمنا؟

iostriz لسوء الحظ ، بناءً على الإصدار الذي سيتعين علينا اتباع مناهج مختلفة تمامًا ، بسبب واجهات برمجة التطبيقات المختلفة المقدمة في كل إصدار. لذلك إذا استغرق الأمر N من الأشهر لتنفيذ الإصدار X ، و N + 5 أشهر للقيام بالإصدار X-1 ، فسيستغرق الأمر 2N + 5 أشهر للقيام بالإصدار X ثم الإصدار X-1 ، ولكن فقط N + 5 أشهر للقيام بالإصدار X-1 و X في نفس الوقت. إذا كان ذلك منطقيًا.

5 وما فوق سيكون رائعًا ، لأنه يغطي غالبية السوق. يعد عرض الويب المضمن مطلبًا أساسيًا للعديد من التطبيقات ، يرجى إعادة النظر في أولوية هذه الميزة.

في الخميس 21 حزيران (يونيو) 2018 الساعة 10:09:44 مساءً -0700 ، كتب إيان هيكسون:

iostriz للأسف ، اعتمادًا على الإصدار الذي
لاتباع مناهج مختلفة تمامًا ، بسبب واجهات برمجة التطبيقات المختلفة
قدم في كل إصدار. لذلك إذا استغرق الأمر N من الأشهر لتنفيذ الإصدار X ، و N + 5
أشهر للقيام بالإصدار X-1 ، فسيستغرق الأمر 2N + 5 أشهر للقيام بالإصدار X.
ثم الإصدار X-1 ، ولكن فقط N + 5 أشهر للقيام بالإصدار X-1 و X في نفس الوقت
زمن. إذا كان ذلك منطقيًا.

ثم سأصوت لـ 6+

5 وما فوق من جانبنا

5 وما فوق سيكون رائعًا بالنسبة لي

5+ سيكون رائعًا!

5+ يجب أن تكون جيدة

في رأيي ، يجب أن يكون 5+ هو السبيل للذهاب.

أرغب في الحصول على حل رائع حقًا ، ليس مثل WKWebView ، لذلك أنا مستعد للانتظار أو المساهمة.

minikin ، هل يمكنك أن تكون أكثر تحديدًا فيما يتعلق بالمشكلات التي تواجهها مع WKWebView؟

لا أعتقد أنه من المعقول تضمين محرك html كجزء من ثنائي Flutter. لذلك أعتقد أننا سننتهي بحل يقوم بتفويض محرك html المتوفر على النظام الأساسي (على نظام iOS من المحتمل أن يكون WKWebView).

android 5+

amirh
بالتأكيد ، على سبيل المثال ، لا يمكنك تعيين ملف تعريف ارتباط بالطرق المناسبة ، في الوقت الحالي (iOS11 ، 12beta). WKWebView فقط يتجاهل ذلك. لذلك أنت بحاجة إلى استخدام الحلول.

السبب الذي يجعلني أرغب في رؤية نوع من WebView في Flutter هو احتمال
استخدم libs مثل d3js وعرض بعض صفحات HTML الثابتة.

بينما يعد تنفيذ Flutter الخالص لجميع الأدوات هو الحل المثالي.
أعتقد أننا سنحتاج إلى إجراء استثناءات في حالات قليلة ، يعد عرض الويب أحد هذه الاستثناءات.

تطبيق عرض الويب Flutter (كما في: يتم تنفيذ كل شيء في Dart) ، إذا كان ذلك ممكنًا على الإطلاق (أعتقد أن سياسة متجر التطبيقات قد تكون عاملاً مقيدًا) ، سيكون مشروعًا ضخمًا ، أعتقد على الأقل حجم رفرفة نفسها.

المكوّن الإضافي الذي يدمج رمز متصفح الويب (على سبيل المثال cef ) ، قد يكون ممكنًا بمجرد حل # 7053. أعتقد أن مثل هذا النهج سيظل يواجه بعض تحديات سياسة متجر التطبيقات ، وسيؤدي إلى زيادة الحجم الثنائي بشكل كبير.

أعتقد أن النهج المعقول والعملي الذي يجب أن نتبعه لعرض الويب هو تضمين عرض الويب للمنصة في Flutter. هناك بعض التحديات التقنية غير التافهة التي ينطوي عليها القيام بذلك الذي نعمل عليه. أعتقد أنه يجب علينا استخدام هذه المشكلة المحددة لتتبع التقدم للحصول على عرض ويب مضمّن. أعتقد أن حل المشكلة المضمنة سيؤدي إلى فتح جزء كبير من حالات استخدام عرض الويب ، لكنني أتوقع أنه لا تزال هناك قائمة طويلة من مشكلات عرض الويب التي سنعمل عليها تدريجيًا (ميزة عرض الويب الخاصة بمنصة الدعم X) ، والتي أعتقد سيكون أكثر عملية لتعقب في قضايا منفصلة.

amirh شكرا جزيلا على التوضيحات!

أي تحديثات حول دمج عرض الويب مع الرفرفة؟

تحديثات؟

نحن نعمل بنشاط على ذلك ، يمكنك متابعة تقدم # 19030.

amirh : ياي! : +1:
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 ، هناك بعض العمل https://github.com/flutter/plugins/tree/master/packages/webview_flutter

يجب عليك التعامل معها على أنها معاينة في الوقت الحالي ، فهناك بعض الأخطاء المعروفة ، ودعم iOS مفقود ، وسطح واجهة برمجة التطبيقات ضئيل للغاية (عمدًا في هذه المرحلة ، حتى نكتشف قصة 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 ؟ :غمزة:

هذه نقطة لا أفهمها: سؤال:

على سبيل المثال ، يعني _inline webview_ أن يكون لديك القوة و _UI_ HTML ، CSS ونأمل أن JS لعرض أشياء مثل الويب ، مثل _code_ في الرسائل في _gitter webapp_ ، والتي غير قادر على _slack App_ ، بما في ذلك JS libs لإبراز بناء الجملة _ وما إلى ذلك.

الفرق بين widgets و webview يشبه بين كل الويب وما يسمى بـ RichText Boxes ...

أرى فجوة بين كل ما يتم عمله في _التهجينة _ وإطار عمل ، مثل الرفرفة ، لكن قوة عرض الويب ليست سوى قوة المتصفحات ، من _الإلكترون_ ، و _atom_ و _VS Code_ ، من بين كل تلك الأشياء التي نحبها _كل يوم_.

:خجول:

flddr لمجرد أنها ميزة مهمة لا يعني أنها سهلة وسريعة الإضافة. بل العكس.
يبدو أنك تفترض أن Google لديها موارد غير محدودة وأن إضافة مطورين إضافيين كافيين إلى فريق يكفي للحصول على نتائج فورية. للأسف هذه ليست الطريقة التي يعمل بها العالم.

يمكنك أن تطمئن إلى أن فريق Flutter يدرك أهمية هذه الميزات ويمكنك متابعة التقدم في https://github.com/flutter/plugins/tree/master/packages/webview_flutter

zoechi ups ، شكرًا ، لم أرغب أبدًا في قول هذا: مرتبك:

كان تخميني ، أنه تم إسقاطه بشكل أكبر أثناء التطوير لإبقاء فجوة بين _الهجينة _ و _الأصليين _ ، لأن واجهة المستخدم الفوضوية نفسها قوية جدًا ونظيفة ، في حين أن إمكانية _ القيام بأشياء في عرض الويب _ يمكن أن تنتهي بجودة أقل (مثل ، فقدان _ مادة design_ أو تلك النقاط). لأن webview غالبًا ما يُخطئ استخدامه لجميع الأشياء (_quick n dirty_)

شكرا على الرابط

flddr أعتقد أنهم في الغالب لا يريدون إعادة كتابة متصفح في Dart (لأسباب وجيهة) وبدلاً من ذلك إتاحة الوظائف الأصلية التي تتطلب تنفيذ إمكانات إضافية لـ Flutter.
أصبحت هذه الإمكانية متاحة مؤخرًا ومنذ ذلك الحين يجري تنفيذ عرض الويب.

https://pub.dartlang.org/packages/flutter_webview_plugin (جهد المجتمع) متاح منذ بعض الوقت ، ولكن كان له عيب أنه كان يُعرض دائمًا أعلى أدوات Flutter. على سبيل المثال ، يؤدي فتح قائمة درج إلى فتحها خلف عرض الويب إذا كان هناك تداخل.
سيعمل المكون الإضافي الجديد بشكل جيد مع أدوات Flutter الأخرى.

zoechi أنت على حق - لقد أشرفت على _rewrite في dart_ تمامًا. أنا أعلم فقط أن flutter هو مستقبل تطوير التطبيقات في رأيي ، والأدوات رائعة ، و dart رائعة - لكنني لم أستطع الغوص بعمق لأنني أقوم بتطوير الواجهة الخلفية الخاصة بي في الواقع. أنا فقط أبحث عن flutter.io يوميًا وأنتظر 1.0 - وأحيانًا ، يتسبب هذا الانتظار المأمول في الحديث عن أي شيء ، الشيء الرئيسي هو حدوث شيء ما.

آسف على عدم الحديث عن webview

راجع للشغل: آسف ، أنا أعلم عن كل ما تفعلونه يا رفاق ، وكل ما تبذلونه من عمل شاق ، ولكن ، نعم ، أنت _google_. لا شيء آخر. كان أول اتصال لي بـ _google_ هو آخر يوم استخدمت فيه _altavista_.

لذا ، إذا كان بإمكاني الرهان على شركة ستفوز في السباق ، فسأراهن على الإطلاق على _google_.

شكرا للمعلومات :) ليس لدي ما أقوله عن هذه المشكلة :)

يستخدم Flutter Skia للعرض ، ويستخدم Chrome Skia للعرض لذا يبدو أنه يجب أن يكون تحويلًا سهلاً. ولكن لا يمكنك إضافة متصفح إلى Flutter بهذه الطريقة لأنه سيتم حظر أي تطبيقات flutter من العمل في متجر Apple. بدون قدرة عرضية للمنصة سيتم التخلي عن Flutter. Google محقة في قضاء بعض الوقت مع هذه المشكلة.

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

تضمين التغريدة

أخيرًا ، أصدرت إصدارًا جديدًا (v0.5.1) من flutter_inappbrowser حيث يوجد دعم أولي لـ WebViews ( InAppWebView )! من الواضح أن هذه الأداة متاحة فقط لنظام Android في الوقت الحالي وهناك بعض القيود لأن AndroidView ليس مستقرًا بدرجة كافية.

ومع ذلك ، يمكنك بالفعل اللعب بها قليلاً. هناك الكثير من الوظائف والأحداث التي يمكنك اختبارها واستخدامها! يمكن العثور على مثال على WebView مضمن في ملف README.md لمستودع البرنامج المساعد.

EDIT 1 : تم إصدار إصدار جديد ( 1.0.1 ) مع دعم كل من أداة عرض الويب المضمنة في Android و iOS ! 🎉

تحرير 2 : تمت إعادة تسميته إلى flutter_inappwebview . الإصدار الحالي هو 2.0.1 ! هناك الكثير من الأحداث والخيارات والأساليب الجديدة.

أشعر بالفضول فقط: لقد ورد ذكره في Google Developer Days China (الشهر الماضي) أن المكون الإضافي WebView الرسمي يجب أن يتم إصداره مع معاينة المطور 2. ومع ذلك ، لا يزال هذا المكون الإضافي webview_flutter قيد التطوير: https: // github .com / flutter / plugins / tree / master /pack / webview_flutter

imWildCat نشكرك على انضمامك إلينا في GDD China. للتوضيح ، قمنا بتجربة _preview_ لعنصر واجهة مستخدم 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 خلال تنفيذ واجهة النظام الأساسي . إذا أعطاها أي شخص فرصة ، فأنا فضولي للاعتماد عليها!