c – 前瞻性声明的缺点是什么？

发布时间：2020-12-16 10:31:02 所属栏目：百科来源：网络整理

导读：我想知道在可能的情况下在所有地方使用前向声明是否有任何缺点.这是我的标题只包含声明. 据我所知,使用前向声明可加快编译时间,但我不知道有什么缺点. 例：啊： Class A{}; b.h： // Should I use and include "a.h" in the cpp file (e.g.,a.cpp)Class A;C

我想知道在可能的情况下在所有地方使用前向声明是否有任何缺点.这是我的标题只包含声明.

据我所知,使用前向声明可加快编译时间,但我不知道有什么缺点.

例：

啊：

Class A
{
};

b.h：

// Should I use and include "a.h" in the cpp file (e.g.,a.cpp)
Class A;
Class B
{
    doSomething(A *a);
    A *myA;
};

或者它是否更好用

b.h：

#include "a.h"

Class B
{
    doSomething(A *a);
    A *myA;
};

解决方法

使用前向声明可以改善解耦.如果你可以通过使用前向声明来避免包含“A.h”,那么使用前向声明是个好主意.最好不仅因为你的构建运行得更快(毕竟,预处理的头文件可以很好地处理编译器效率),但是因为它告诉读者你的声明,你的B类结构不依赖于你对A类的了解.除了存在之外*.

编辑(回答你的问题)我知道转发声明的唯一缺点是你不能在所有情况下使用它们：例如,类似于这样的声明：

class B
{
    A myA[10];
};

不会编译,因为编译器需要知道A的大小.然而,编译器非常可靠地发现这些问题,并以明确的术语通知您.

* B类的实现很可能取决于知道A类的细节.但是,这种依赖性成为了B类隐藏的实现细节;您可以随时更改它而不会破坏依赖于B类的代码.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!