对各种MFC\ATL类的跨平台支持 我尽量保持我的C++项目跨平台。尽管我对下面的MFC \ ATL类有依赖性: cStand、cTime:CTimeSpan >/P>

对各种MFC\ATL类的跨平台支持 我尽量保持我的C++项目跨平台。尽管我对下面的MFC \ ATL类有依赖性: cStand、cTime:CTimeSpan >/P>,c++,mfc,cross-platform,atl,C++,Mfc,Cross Platform,Atl,是否有MFC\ATL类的开放实现? 这些包有多常见?我应该先使用开源库,还是等到需要时再使用?我建议不要依赖这些类。它们特定于MFC/ATL,例如,不容易移植到Unix。尝试构建一个单独的转换层,并尝试围绕库构建,更具可移植性。而不是CString使用std::string 使用boost::ptime 使用CTimeSpan而不是boost::time\u duration虽然此方案无法满足您的跨平台要求,但它确实满足了“开放实现MFC/ATL类”的要求 查看Windows模板库(WTL) 几

是否有MFC\ATL类的开放实现?

这些包有多常见?我应该先使用开源库,还是等到需要时再使用?

我建议不要依赖这些类。它们特定于MFC/ATL,例如,不容易移植到Unix。尝试构建一个单独的转换层,并尝试围绕库构建,更具可移植性。

而不是
CString
使用
std::string

使用
boost::ptime


使用
CTimeSpan
而不是
boost::time\u duration

虽然此方案无法满足您的跨平台要求,但它确实满足了“开放实现MFC/ATL类”的要求

查看Windows模板库(WTL)

几年前,微软将其开源,你可以从其网站下载,也可以从微软网站的某个地方获得

SourceForge页面中的描述: Windows模板库(WTL)是一个用于开发Windows应用程序和UI组件的C++库。它扩展了ATL(活动模板库),并为控件、对话框、框架窗口、GDI对象等提供了一组类


希望这有帮助

考虑改为移植到Qt,作为一个附带的好处,Qt工作起来更好。@Paulo:真的吗?将整个项目转换为Qt项目和Qt构建系统,只针对这3个类?如果不是GUI,为什么要使用MFC而不是普通STL?如果是GUI,他希望跨平台,移植到Qt是最简单的方法C++。我将使用一个托管语言的GUI。Python可能是最可移植的,如果我只想弄清楚扩展\嵌入地狱的话。