我的意思是它是否可以像 WxWidgets 一样用于开发完全非网络相关的客户端应用程序。 HTML 小部件总是不错，但它是否提供典型应用程序所需的所有其他常见小部件？
为基于 chrome 的应用程序生成构建脚本是否很困难，或者 make 文件是否充满了 chrome 特定路径和目标。
编辑：我知道它是基于QT中的Webkit。但对于网络浏览器来说，您需要的不仅仅是 WebKit Widget。因此它包含一个完整的原生 GUI 工具包。这意味着它在 MacOSX 上使用 Cocoa，在 Unix/Linux 上使用 GTK，在 Windows 上使用 Win32/WTL。但在某种程度上，他们必须再次创建一个通用的 API。所以它必须像 WxWidgets 一样是跨平台工具包。问题是这是否可用于开发不同的 API。
请仅在您了解 Chrome 的设计方式时回答。
不，我不想看 QT，因为它不是纯 Cocoa（它只使用 NSView 和外观管理器），而且我不想要 WxWidgets，因为它太臃肿了，你会看到 1992 年的设计以及非常晚的 Cocoa补丁。
我认为最初的问题更像是“Chrome 是否有类似 XULRunner 的东西？”作为平台进行编码。
Chromium 团队正在开发一种名为 app_shell 的东西，它应该允许 Chrome 打包应用程序编译为与浏览器分开运行。实际上，您将能够编写一个 HTML5/CSS/JS Chrome 应用程序，其运行方式类似于完全独立于 Chrome 的本机应用程序。
更多信息： https://code.google.com/p/chromium/issues/detail?id=288226
Chrome 很大程度上基于 Win32 API。这就是为什么移植它是一项艰巨的工作。
如果您只需要 HTML 渲染器，则需要 webkit 和 V8。
编辑：
这意味着它在 MacOSX 上使用 Cocoa 并且 Unix/Linux 上的 GTK 和 Win32/WTL 上 窗户
那么，你期待什么？每个都有自己的本机实现和一组补丁。 GTK 是最新的，Windows 和 Mac OSX 相当明显，因为 Webkit 是 Apple 的，所以他们必须使其与 OSX 和 Safari 的 Windows 端口一起工作。
其中每一个都是专为目标平台编码的本机端口，它不是像Qt或wxWidgets这样的包装器/库。
不是您问题的直接答案，但您可能想尝试Qt。它包含一个基于 WebKit（Chrome 也使用的）的浏览器小部件，并且与库的其余部分很好地集成。由于它主要是一个 GUI 库，而不是浏览器，因此很容易基于它构建应用程序。我不确定你是否可以轻松取出 Chrome GUI 库。
如果像 Chrome 这样的浏览器带有原生 GUI 框架，那就太好了。 Web 浏览器已经是一个跨平台的 GUI 框架，但基于 Web 的应用程序的性能很糟糕。每个桌面和移动操作系统上都有浏览器。如果它配备了原生 GUI 框架，那将改变跨平台生态系统和软件分发方法的状态，特别是如果移动浏览器也能实现这一点。我们日常使用的大多数应用程序都不是深层操作系统应用程序，而只是带有一些数据处理逻辑的 UI。如果谷歌做到了这一点，他们首先应该在此基础上打造自己的谷歌办公套件。 Chrome 操作系统也将从中受益。也许它在移动操作系统上比 Android Runtime 具有更好的性能。