简体   繁体   English

将 wxwidgets opengl 应用程序移植到不依赖库的应用程序

[英]porting wxwidgets opengl application to not library dependent application

I want to port wxwidgets opengl application that will be not library dependent.I want at least that it can be compiled without additonal libraries.我想移植不依赖库的 wxwidgets opengl 应用程序。我至少希望它可以在没有附加库的情况下编译。 I am thinking to port it to MFC or maybe WIN32.What is the most easiest?Maybe you have some other suggestion?我正在考虑将其移植到 MFC 或 WIN32。什么是最简单的?也许你还有其他建议?

MFC is by far the easiest. MFC 是迄今为止最简单的。 It's also the only realistic option if you don't want to use libraries that aren't installed with Visual Studio.如果您不想使用未随 Visual Studio 安装的库,这也是唯一现实的选择。

You do realize, that MFC is just another library and works much like wxWidgets.你确实意识到,MFC 只是另一个库,工作起来很像 wxWidgets。 The only difference is, that MFC ships with Visual C++.唯一的区别是,MFC 附带 Visual C++。 However if you were to compile with GCC (MinGW), then you'd have to obtain MFC somehow.但是,如果您要使用 GCC (MinGW) 进行编译,那么您必须以某种方式获得 MFC。

Also the whole boilerplate code for event handling and the like is rather prone to write.此外,用于事件处理等的整个样板代码也很容易编写。 I say: Stick with wxWidgets, it's cross plattform, well supported and if you're scared by installing and using libraries, then you should not do programming.我说:坚持使用 wxWidgets,它是跨平台的,得到很好的支持,如果您对安装和使用库感到害怕,那么您不应该进行编程。

Although one answer is already checked, taking the question the way it was worded, the answer is wrong.尽管已经检查了一个答案,但按照措辞的方式提出问题,答案是错误的。 MFC is just an other dependency, although shipped with Visual Studio. MFC 只是另一个依赖项,尽管随 Visual Studio 一起提供。 You still need to ensure that the correct version is installed on the users system.您仍然需要确保在用户系统上安装了正确的版本。 The only real way to solve this problem is to go Win32 with WGL.解决此问题的唯一真正方法是 go Win32 与 WGL。 Then you depend on nothing but OS libraries.然后你只依赖操作系统库。 (You probably still need to install the vcredist package though...) (您可能仍然需要安装 vcredist package ......)

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM