我们目前正在考虑将我们的Windows应用程序移植到其他平台，我们面临的最大挑战之一是消除我们目前对MFC的巨大依赖。
我们正在计划尽可能地减少我们的UI层（因为我们确实需要根据平台进行单独的实现），但尝试保持平台之间的大部分核心共享。我们的一个问题是在整个＆＃39;核心＆＃39;中使用MFC。库（依赖于MFC非UI特定数据类型，如CString，CRect，CPoint等），我们正在尝试识别可能的解决方案。
首先想到的是编写我们自己的数据类型来替代MFC。虽然这几乎绝对是最好的方法，为我们提供了实施的灵活性，但这将为这项工作增加相当长的时间。
第二个选项是使用一个实际可移植的库（或一组），它们为插件提供了这些替代品。我正在研究这条路线，以确定我们是否能找到一些合理的轻量级选项，以节省转换的大量时间。最理想的情况是，我们可以使用纯数据类型的库集来实现，而不需要增加所有UI复杂性，并且可以轻松地与实际的现有MFC UI代码集成。 STL部分工作（字符串，列表和其他集合..），但它缺乏一些覆盖。
这里有没有人经历过类似的情况并且有一些经验可以分享？