在提供一个体面的实施铬嵌入式框架（CEF）为净的境界，两个主要的选择似乎是CefSharp和CefGlue。他们在不同的方法（CefGlue使用P / Invoke来调用到非托管CEF code，CefSharp使用周围的CEF库混合模式C ++ / CLI包装）。

In the realm of providing a decent implementation of the Chromium Embedded Framework (CEF) for .Net, the two leading options appear to be CefSharp and CefGlue. They differ in approach (CefGlue uses P/Invoke to call into the CEF unmanaged code, CefSharp uses a mixed-mode C++/CLI wrapper around the CEF libraries).

有一些原因，混合模式装配好除P / Invoke的电话？所有其他的事情都是平等的，好像CefGlue（的P /调用LIB）提供围绕CEF项目，这意味着它可能会更快地在上游库响应更新了瘦的包装。

Is there some reason that a mixed-mode assembly is better than P/Invoke calls? All other things being equal, it seems like CefGlue (the P/Invoke lib) provides a "thinner" wrapper around the CEF project, which means it would probably be faster to respond to updates in the upstream library.

有没有人在那里与这两个库的经验谁可以分享哪些与众不同的因素会是什么？

Is there anyone out there with experience with both libraries who can share what the differentiating factors would be?

推荐答案

在某种意义上，他们是差不多的，并取其你会接你应该能够逃脱在2014年，我们前一段时间有这个问题，在这里我们所川方有：

In some sense they are about the same and whichever you'd pick you should be able to get away with in 2014. We had this question some time ago and here what we have comeup with:

加号：

的WinForms的很旧的和成熟的项目。如果您使用的WinForms它可能是要走的路; 它具有的NuGet束，所以很容易使用和更新; 支持较新的WPF（.NET 4 +）版本; 支持单声道。

劣势：

作为@Uwe凯姆曾提到，他们最近刚刚终于开始支持WPF，所以它并不像成熟的Xillium.CefGlue; 在社区是不是接受你的需求。

加号：

这是.NET 2.0友好。您的code将能够在其上运行。 （这对我们来说至关重要） 在一个非常敏感的社区，这将有助于你得到你所需要做/固定; 为WPF更成熟的支持;

劣势：

没有的NuGet包，据我所知，你需要添加库和自己更新它们