Варіанти вбудовування Chromium замість IE WebBrowser управління за допомогою WPF / C #

Internet Explorer на основі управління WPF страждає WebBrowser від деяких клавішних і фокусних питань і проблем витоку пам'яті . Як альтернативне рішення цих проблем, ми розглядаємо доступні варіанти розміщення Chromium замість управління WebBrowser у нашому проекті WPF / C # на основі редагування HTML. Подібні запитання тут задавались і раніше. Я прочитав відповіді та провів власні дослідження, але сподіваюся отримати ще кілька відгуків від людей, які фактично використовували будь-який із наведених нижче варіантів у проектах із якості виробництва :

Awesomium та Awesomium.NET

Це виглядає дуже доречно, але мені не подобається той факт, що проект не є відкритим, і повне джерело не просто доступне. Крім того, це може бути надлишковим для нашого проекту, оскільки поза екранне візуалізація - це не те, від чого ми насправді залежимо.

Вбудовані рамки хрому (CEF) та прив'язки .NET для CEF

Це, мабуть, найкращий доступний варіант. Проект, здається, живий та активний, на даний момент синхронізується з Chrome v27. CEF3 використовує багатопроцесорну архітектуру Chrome. Також схоже, що Adobe надає йому певну підтримку .

Google Frame Chrome

Хоча початковою метою було бути плагін HTML5 для IE та Firefox, він насправді також працює як автономний елемент управління ActiveX, тому я міг обернути його для використання з WPF. Він відкриває достатній API для взаємодії з внутрішньою веб-сторінкою ( onmessage, addEventListener/removeEventListener, postMessage). Мені відомо, що Google повинен припинити Chrome Frame, але я припускаю, що джерела залишаться у сховищі Chromium. Оновити його за допомогою останнього коду Chromium слід не важко, і ми мали б повний контроль над цим.

Обгортка WebKit .NET

Не зовсім на основі хрому і не використовується двигун V8, тому це насправді не варіант.

Чи є якийсь інший варіант, який я, можливо, не помітив?

Я був би дуже вдячний, якби хтось поділився своїм досвідом з будь-яким із перерахованих вище варіантів для реального проекту з якості продукції WPF. Чи мали ви якісь наслідки інтеграції, ліцензування чи розгортання? Дякую.

[EDITED] Я також хотів би подякувати artlung за те, що він дав поштовх цьому питанню, надаючи щедру пропозицію багатства.

Ви вже перерахували найпомітніші рішення для вбудовування хрому (CEF, Chrome Frame, Awesomium). Більше немає важливих проектів.

Досі існує проект Беркелій (див. Беркелій Шарп і Беркелій Керований ), але він містить стару версію хрому.

CEF - ваша найкраща ставка - вона є повністю відкритим кодом та часто оновлюється. Це єдиний варіант, який дозволяє вставляти останню версію Chromium. Тепер, коли Пер Лундберг активно працює над перенесенням CEF 3 на CefSharp , це найкращий варіант для майбутнього. Існує також Xilium.CefGlue , але цей надає API низького рівня для CEF, він прив'язується до C API CEF. З іншого боку, CefSharp пов'язується з API C ++ CEF.

Adobe - не єдиний головний гравець, що використовує CEF, дивіться інші помітні програми, що використовують CEF, на сторінці вікіпедії CEF .

Оновлення Chrome Frame безглуздо, оскільки проект було вимкнено .

У нас був такий самий виклик деякий час тому. Ми хотіли скористатися бібліотекою з відкритим кодом CEF3, що базується на WPF та підтримує .NET 3.5.

Під - перше, автор CEF сам в списку прив'язки для різних мов тут .

По-друге, ми продовжили зв'язок .NET CEF3 з відкритим кодом, який називається Xilium.CefGlue і мав успіх у ньому. У випадках, коли щось працює не так, як ви очікували, автор зазвичай дуже чуйно реагує на проблеми, відкриті у вбудованому біт-трекер

Поки що він нам добре служив. Автор оновлює свою бібліотеку для підтримки останніх версій CEF3 та виправлень помилок на регулярних базах.

Ось ще одна:

http://www.essentialobjects.com/Products/WebBrowser/Default.aspx

Цей також заснований на останньому двигуні Chrome, але його набагато простіше, ніж CEF. Це єдиний .NET dll, який ви можете просто посилати та використовувати.

Погляньте на бібліотеку DotNetBrowser, розроблену командою, до якої я належу. Він забезпечує керування веб-переглядачами WPF та WinForms на основі Chromium, які досить легко вбудувати у додаток .NET. Він підтримує всі сучасні веб-стандарти, включаючи HTML5, CSS3 та JavaScript. Відображена сторінка виглядає точно так само, як у Google Chrome.

Бібліотека успадковує багатопроцесорну архітектуру Chromium - кожна веб-сторінка відображається в окремому процесі Chromium, і додаток продовжуватиме працювати навіть після збоїв плагіна або будь-якої іншої несподіваної помилки на веб-сторінці.

Ось деякі інші корисні функції, надані DotNetBrowser: можна слухати завантаження подій, обробляти мережеву діяльність, налаштовувати проксі, моделювати дії користувача, працювати з файлами cookie, отримувати доступ та змінювати DOM, слухати події DOM, дзвонити JavaScript з .NET і навпаки, використовувати веб-камеру та мікрофон на веб-сторінці, налаштовувати комунікацію на основі WebRTC тощо .

Перегляньте довідник API для отримання більш детальної інформації.

Фрагмент коду нижче демонструє, як створити BrowserView, вставити його у форму та завантажити URL:

using System.Windows.Forms;
using DotNetBrowser;
using DotNetBrowser.WinForms;

namespace WinForms.DotNetBrowser
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
            BrowserView browserView = new WinFormsBrowserView();
            Controls.Add((Control) browserView);
            browserView.Browser.LoadURL("http://www.youtube.com");
        }
    }
}

Після запуску наведеного вище прикладу ви отримаєте такий результат:

Бібліотека комерційна. Комерційні ліцензії включають пакети підтримки для різних розмірів команди. Можливо також придбати вихідний код бібліотеки.

Окрім власної сторінки, компонент доступний як NuGet, так і VSIX як пакунок Visual Studio Marketplace.

Я використовував Awesomium.NET. Хоча мені не подобається той факт, що він не з відкритим кодом, а також те, що він використовує досить старий механізм візуалізації Webkit, користуватися ним дуже просто. Це про єдине схвалення, яке я можу надати.

ОНОВЛЕННЯ 2018 травня:

Крім того, ви можете вставляти браузер Edge, але орієнтуючись лише на Windows 10.

Ось рішення.

У мене була проблема з моїм RSS-читачем WPF, я спочатку ходив з Awesomium (я думаю, версія 1.6) Awesomium - це чудово. Ви отримуєте великий контроль кешування (зображень та вмісту HTML), виконання JavaScript, перехоплення завантажень тощо. Це також дуже швидко. Ізоляція процесу означає, що при збої браузера він не завершує роботу програми.

Але він також важкий, навіть складання релізів додає приблизно 10-15 мб (не можу згадати точну кількість) і, отже, невеликий стартовий штраф. Тоді я зрозумів, що єдиною проблемою, яку я мав з керуванням браузера IE, було те, що він раз і знову кидає помилки JavaScript. Але це було виправлено за допомогою наступного фрагмента.

Я навряд чи використовував свою програму на XP чи Vista, але на Win 7 і вище він ніколи не виходив з ладу (принаймні, не тому, що я використовував керування браузером IE)

IOleServiceProvider sp = browser.Document as IOleServiceProvider;
if (sp != null)
{
    IID_IWebBrowserApp = new Guid("0002DF05-0000-0000-C000-000000000046");
    Guid IID_IWebBrowser2 = new Guid("D30C1661-CDAF-11d0-8A3E-00C04FC9E26E");

    webBrowser;
    sp.QueryService(ref IID_IWebBrowserApp, ref IID_IWebBrowser2, out webBrowser);
    if (webBrowser != null)
    {
        webBrowser.GetType().InvokeMember("Silent", 
                BindingFlags.Instance | BindingFlags.Public | BindingFlags.PutDispProperty, null, webBrowser, new object[] { silent });
    }
}

Microsoft випускає керування WPF " Microsoft Edge WebView2 ", що дасть нам чудовий безкоштовний варіант для вбудовування Chromium у Windows 10, Windows 8.1 або Windows 7. Він доступний через Nuget як пакет Microsoft.Web.WebView2.