C++ 仅将CString和CArray包含在C++；项目

比如说，出于我的目的，我不需要MFC库的全部潜力。（我在VisualStudio2008中使用的是它的旧版本。）我还需要提到的是，我根据MFC库以静态方式编译我的项目，以最小化外部DLL依赖项的数量

我想我可以使用一个简单的C++控制台应用程序，但是有两个类我想从MFC中借用：<代码> cSts<代码>和<代码> CARRY

---

有没有办法把它们仅仅包含在我的控制台应用程序C++项目中？

最好的是把这些项目排除在外（我喜欢cStass类之后我尝试过）。大多数CString方法都可以用std:：string和std:：stringstream代替

根据您的具体用例，您还可以使用和，如果您需要更多的stl。您只需要针对qtcore dll进行链接，与MFC相比，它将为以后在其他平台上使用相同的代码提供灵活性。虽然STL也是如此。

使用CString不需要MFC

---

如果包含“atlstr.h”

为什么需要MFC类，则可以使用当前版本的CString？只需使用

std:：string

和

std:：vector

instead@Praetorian：是的。我知道。在这一点上，这是一个问题或偏好，或是以前的经验。@ahmd0:IIRC，

CArray

无论如何都是有问题的。@MooingDuck:只是好奇，卡雷的错误是什么？你可能想使用这个CString克隆：当我还在MFC中编程时，我在类似于你需要的项目中使用了它。接受Adam Galarneau的绝妙建议：如果可以避免，就不要使用MFC！MFC已经过时；对于任何新代码，您都应该真正使用当代API和库。嗯…谢谢。正如我上面所说的，我对MFC有很多经验，在这样一个基础水平上学习新东西会让我的速度大大降低。微软是否提供了

std:：string

和

std:：vector

？我需要包括什么？#incldue和#include，但我认为Adam现在应该获得更多的声誉，因为它不是666；-）谢谢你没有在666离开我=PHmm，我想知道为什么替代方案得到-1？我不需要MFC库的全部潜力。如果一对已经安装的MFC头是过度杀伤力，那么安装QT也可能是严重的过度杀伤力。但是QT比MFC有两个优势：1）它是跨平台的，2）它不是过时的（是的…）。当然，如果C++中的“数组”和“字符串”是问题，唯一合理的答案就是“使用C++标准库”。是的，我甚至有条件地写了我的答案。穆因没有费心去完全理解。是的，我知道。但是卡雷呢？