我的问题很难形成，但要开始：
我有一个MFC SDI应用程序，我已经工作了一段令人尴尬的长时间，似乎从未适合Doc / View架构。即Doc中没有任何有用的东西。它是多线程的，我需要使用线程等做更多的事情。
我梦想也将它移植到Linux X Windows，但我对该编程环境一无所知。也许Mac也是。
我的问题是从哪里开始？
我想我想从MFC Doc / View转换为带有消息循环和窗口程序等的直接Win API。但是任务似乎很大。
Linux X Windows环境是否使用类似的消息循环，窗口过程体系结构？
我可以走一路吗？喜欢一次转换一点而不会让我的程序无法长时间工作？
稍后添加：
我的程序是一个文件比较程序（听起来很简单。）所以，以简单的方式说明我的困惑，通常一个文档可以有多个视图，但在这个应用程序中，我有一个带有多个（两个）文档的视图（文件）。我有一个“比较引擎”，我在DOS时代首先写回来，这是程序的核心，视图只是查看该例程的输出。有时我认为我的一些“视图”代码在“文档”类中是有意义的，但我几乎不知道从哪里开始将它分成更多的类。我最近开始阅读“编程Windows”第5版。作者：Charles Petzold，（我知道这已经过时了（C）1998）希望能够更好地理解直接的Windows编程。
我对C＃，NET，MFC，MVC，Qt，wxWidgets等选项的激增感到不知所措。
我发现我经常被迫试图理解MFC框架中发生的事情，因为我的代码中的某些东西看起来不应该起作用，但问题是我真的不明白MFC是如何处理事情的在后台。这就是我试图学习“直接Windows编程”的原因，其中我的程序具有我编写的所有消息传递代码。我希望这有助于充分了解我的问题，以便有人可以指导我。
答案 0 :(得分：2)