Windows GUI 和本机 C++

Windows GUI and native C++

我正在制作一个名为 "C++ Game Development" 的学生项目。这是一款带有客户端和服务器的纸牌游戏。客户端应用程序包含一些 windows,我已经在 Visual Studio 2013 年使用 Windows 表格制作了这些表格。对于 client/server 通信,我决定使用 Internet Communications Engine (ICE)。在构建客户项目期间,我在 ICE 自动生成的代码中遇到了错误。我发现 ICE 不支持 C++/CLI,只支持原生 C++ 或 C#(我不能使用)。

所以现在我正处于十字路口,是用本机 C++ 制作整个客户端应用程序(这意味着例如使用我不熟悉的 MFC)还是同时使用本机 C++ 和 C++/CLI(将我使用 Windows Forms to CLR Class Library 和 link 从具有入口点的本机 C++ 项目完成的工作)这也不是微不足道的。

我正在尝试选择耗时较少的选项。我要求帮助我估计这些方法的复杂性。我更喜欢第二个,但我不确定它是最简单的。

这取决于您的 GUI 中已有的复杂程度。如果你有一百个 dialogs/controls 那么用原生 C++ 重写它可能是错误的答案。在这种情况下,将您的 GUI 变成一个库更有意义。

但是,将您的 GUI 作为一个进程并在本机 C++ 中构建一个代理库以将 ICE 调用传递到您的服务器可能是一个更好的选择。 (因此 C++/CLI exe 调用新的 C++ 库中的函数,该函数对服务器进行 ICE 调用,反之亦然)。

如果您的 GUI 很小,那么最好在现代(并且更好地支持 C++/CLI)系统中重写它。 Qt 可能是当今原生 GUI 中的佼佼者(但也有其他选择,例如 MFC 或 wxWidgets)。即使在这些情况下,将您的网络子系统编码为本机库仍然可能更好。然后您可以更改您的 GUI 并根据需要尝试加载 GUI 堆栈,将您的游戏移植到 Android 或 iOS,只需更改 1 个表示层。

第三种选择是选择不同的通信系统。虽然像 ICE 这样的 RPC 很好,但 'where its at' 今天是通过 REST 服务的基于网络的通信(尝试嵌入式 c++ 网络服务器,如 Mongoose 或 NxWeb),如果你需要将数据推回客户端,这些支持 WebSockets,所以将提供您需要的所有功能。然后,您可以重写您的 GUI 以 HTML 为基础!

因此:将您的通信放入本机 C++ 库中。

C++/CLI 可以很好地使用本机 C++ 代码。

将生成的代码粘贴到没有 /clr 构建的 "static library project" 中。然后将该静态库列为 C++/CLI DLL 的依赖项。

链接器会解决剩下的问题。结果称为 "mixed-mode assembly".

请注意,您的通讯库可能不接受托管类型。没关系,C++/CLI 可以完美地混合非托管数据模型和托管视图(UI)类.