混合 MFC 和 STL

Question

Closed. This question is opinion-based. It is not currently accepting answers.

---

想要改进这个问题？更新问题，以便可以通过编辑这篇文章用事实和引文来回答它。

4 年前已关闭。

Answer 1

我宁愿避免 STL，也不使用它，因为当 MFC 成为事实上的标准大约十年时，它曾经不是那么标准。 而且直到最近版本的 Visual C++（和“标准”STL），MFC 才具有更好的性能。

Answer 2

当然。 为什么不？

我使用 MFC 作为表示层，尽管后端的结构和类使用 STL。

Answer 3

能用STL就用STL，没办法就用MFC

Answer 4

我总是把它们混合在一起。 唯一的次要 PITA 是序列化 - MFC 容器（CArray、CList、CStringArray 等）支持 CArchive序列化，但是当使用 STL 容器时，您必须滚动自己的代码。 最后我转而使用 boost::serialization 并转储了 MFC CArchive 内容。

Answer 5

是的，我之前已经混合过它们，没有出现任何问题。 然而，在使用MFC十多年之后，我永远不会考虑将它用于新项目。

Answer 6

我对所有 C++ 项目都使用 MFC，因为我的项目都不是控制台。 MFC 是 Windows C++ 开发人员的优雅解决方案。 我讨厌 QT，而且我不会在 Windows 上使用 WX。 我不关心可移植性，因为我的应用程序仅适用于 Windows。 我喜欢 MFC/ATL 的 CString 类，std::string 非常原始，没有任何“String”功能。 std::string 只不过是vector。

对于所有数据存储和算法，我使用STL。 我也使用 ConcRT PPL 模板类，它与 STL 非常相似。

Answer 7

用于数据层中的集合。 我没有数据支持这一点，但我怀疑模板化的 STL 集合比 MFC 对应的集合性能更高。

Answer 8

是的，我确实混合了它们，因为我发现 MFC 对于正常的自然 C++ 来说太笨拙了。 尽管您可能需要编写一些代码来进行 STL 代码与 MFC 代码对话的转换。

Answer 9

在 Visual Studio 2003（几乎）完全支持 C++ 标准之前，这是一个非常糟糕的主意。 现在这根本不是一个坏主意。 这是否是个好主意取决于具体情况以及您团队的技能。

Answer 10

是的，如果满足以下两个条件：

1) 项目选择的语言是 C++（当然，其中包括 STL - STL 中的 S 代表“标准”）。

2) 经过仔细分析，没有找到比 MFC 更好的替代方案或认为它更适合 GUI 支持，因此我的开发团队选择了它。

Answer 11

这取决于你对“混合”的定义是什么。
如果您只是想创建一个同时使用 STL 和 MFC 的项目，我认为这没有任何坏处。 它们有不同的目的。

Answer 12

将 STL 与其他 Microsoft 标头混合时，请务必定义 NOMINMAX，
否则，您的 std::min 函数将由于 min(a,b) 宏而出现语法错误。

Answer 13

您不应在 MFC 应用程序中使用标准异常 - 如果将其放入对话框中，您的应用程序可能会挂起。 查看此问题的原因： 为什么我的当我抛出异常时，MFC 应用程序挂起？

Answer 14

我有一个包含许多简单类型字段（UINT、CString、COLORREF 等）的结构。 项目编译顺利。

然后我添加了一个 CArray 到结构中。 它没有编译。

然后我为该结构实现了operator=和复制构造函数（一个使用另一个）。 然后就编译了。

一段时间后，在对结构进行维护时，我做了一个实验：将 CArray 更改为 std::vector 并删除 operator= 和复制构造函数。 它编译得很好，并且在调用operator=或复制构造函数的地方很好地复制了结构。

优点是我可以转储代码中无用的部分——容易出错，并且当有人进行维护并向结构中添加字段时可能不会更新！ ——我认为这是一个很大的优势。

原因：

为什么我现在不需要复制构造函数和 = 赋值运算符？

之前，结构体只有简单类型字段。 所以它们是可以复制的。 由于它们全部都是可复制的，因此结构体也可复制。 当我添加 CArray 字段时，这个字段是不可复制的，因为 CArray 派生自 CObject，该类明确地将这两个函数设为私有：

class AFX_NOVTABLE CObject
{
    //...

    private:
        CObject(const CObject& objectSrc);              // no implementation
        void operator=(const CObject& objectSrc);       // no implementation

    //...
}

并且 CArray 作为派生自 CObject 的类，不会执行任何操作来覆盖此行为，因此CArray 将继承它并使其自身不可复制。 在使我的结构可复制之前添加了 CArray 后，我收到了错误：

c:\program files\microsoft visual studio 8\vc\atlmfc\include\afxtempl.h(272) : error C2248: 'CObject::operator =' : cannot access private member declared in class 'CObject'
    c:\program files\microsoft visual studio 8\vc\atlmfc\include\afx.h(554) : see declaration of 'CObject::operator ='
    c:\program files\microsoft visual studio 8\vc\atlmfc\include\afx.h(524) : see declaration of 'CObject'
    This diagnostic occurred in the compiler generated function 'CArray<TYPE,ARG_TYPE> &CArray<TYPE,ARG_TYPE>::operator =(const CArray<TYPE,ARG_TYPE> &)'
    with
    [
        TYPE=unsigned int,
        ARG_TYPE=unsigned int &
    ]

The std::vector is copiable by its ownDefinition:

        // TEMPLATE CLASS vector
template<class _Ty,
    class _Ax = allocator<_Ty> >
    class vector
        : public _Vector_val<_Ty, _Ax>
    {   // varying size array of values
public:
    typedef vector<_Ty, _Ax> _Myt;    

注意 _Myt 是向量类本身的 typedef。

    //...

    vector(const _Myt& _Right)
        : _Mybase(_Right._Alval)
        {   // construct by copying _Right
        if (_Buy(_Right.size()))
            _TRY_BEGIN
            this->_Mylast = _Ucopy(_Right.begin(), _Right.end(),
                this->_Myfirst);
            _CATCH_ALL
            _Tidy();
            _RERAISE;
            _CATCH_END
        }

    //...

    vector(_Myt&& _Right)
        : _Mybase(_Right._Alval)
        {   // construct by moving _Right
        _Assign_rv(_STD forward<_Myt>(_Right));
        }

    _Myt& operator=(_Myt&& _Right)
        {   // assign by moving _Right
        _Assign_rv(_STD forward<_Myt>(_Right));
        return (*this);
        }

    //...
 }

因此，向结构/类添加 std::vector 成员字段不需要您在其中实现复制函数，只是因为该新字段。