10回答
我正在制作一个Qt应用程序，当我编码时，我养成了在标题中定义我的插槽的习惯。我发现，尽管我仍然在.cpp中定义普通函数(除非函数真的很小)，但这样的开发对我来说更容易。但是现在我的同事有一些担心，把它们放在头中是不好的做法，因为在头中定义它们的事实使它们内联，所以我正在调查这个问题，以了解正在发生的一切。这就是我被告知的原因：
“即使是内
浏览 0提问于2009-12-08得票数 1
回答已采纳
4回答
如何强制g++内联函数？
、、、、
我最近在使用Haskell FFI到C/C++时遇到了一个关于C++内联函数的问题。也就是说，g++并不真正内联声明为inline的函数，并为它们生成符号。C++库中的一个inline函数，以某种方式被视为一个真实函数，并给出了一个链接器符号。问题是:我可以使用extern "C"
浏览 5提问于2013-06-08得票数 10
我通过这里的office js库https://docs.microsoft.com/en-us/javascript/api/outlook/office.internetheaders?view=outlook-js-preview使用自定义头来传递电子邮件头中的元数据。我可以看到头部被添加了，但是当通过逻辑应用程序接收到它时，自定义头部已经被删除。这是一个已知的问题吗？有没有<
浏览 18提问于2020-09-08得票数 0
我浏览了几个问题，，他的回答是：
我试图在书中找到原因，但帮助不大:原因(在头文件中声明函数，在源文件中定义)与变量(在前一章中)是相同的原因。当我跳到前一章时，并没有明确<em
浏览 6提问于2014-07-16得票数 2
回答已采纳
3回答
好的，到目前为止，我认为头文件中定义的函数就像内联函数一样，就像模板一样，只定义一次，诸如此类。我也使用了包含保护，但是我仍然得到了多个定义对象的链接器错误，我知道这是因为所有不同的单元复制了东西，链接器试图挑选出哪一项是正确的。
我也知道内联只是一个建议，甚至可能不会被编译器使用，等等。然而，我必须在我编写的仅限头部的小工具集中显式定义
浏览 0提问于2011-05-01得票数 0
回答已采纳
3回答
根据我很久以前读到的内容，如果你想在编译阶段内联类成员函数，那么这个函数必须在类声明块中定义。通常来说，在类声明块中保留简短的成员函数</em
浏览 1提问于2012-06-03得票数 4
回答已采纳
4回答
我现在有一个令我相当困惑的问题:我有一个用C++编写的软件，它链接到一个用C编写的库。我使用通常的 #include <libheader.h>只要我不使用gcc的优化，一切都可以正常工作。一旦我打开了even -O1，也就是第一个优化级别，在运行时，我从这个库中得到了一个“未定义的符号”错误。但是，由于extern "C</e
浏览 0提问于2011-03-30得票数 6
回答已采纳
3回答
当我检查其他人的代码时，我有时会遇到在头文件中实现的静态内联函数，而不是C文件中的常规函数实现。 dst->ce_flags = (dst->ce_flags & ~CE_HASHED) | state;我想知道，与常规函数相比，使
浏览 3提问于2015-03-08得票数 3
回答已采纳
1回答
我有一个带有自定义标头的UITableView，用于维护一些状态。当我调用reloadData来更改/更新UITableView中的数据时，标头也会重新加载。为了维护表头中的状态，有没有办法防止这种行为？
浏览 1提问于2010-05-11得票数 3
2回答
我有一个.h文件，它包含在C和C++源文件中。它的内容被包装在extern "C" {}但是，当我将它包含在.cpp文件中时，clang-整齐会发出C++特定的消息，如
警告:在C++中包括'stdbool.h‘没有任何影响；考虑移除它-不建议使用的标头</e
浏览 4提问于2021-06-21得票数 8
4回答
inline关键字在C++中允许在标头中定义函数，这样编译器就可以实际地内联它们，或者只保留函数的一个副本。为什么不能将相同的模式应用于命名空间范围变量，而C++中的函数在将它们视为特殊指针时实际上是命名空间范围变量？
我能想到的是使用内联函数的静态局部变量。我使用“内联”一词作为编译器理解<
浏览 5提问于2015-05-25得票数 11
1回答
无法将虚拟函数移出标头
、、、、
我有一个C++类头，它定义了许多内联函数。我希望将这些函数移出标头之外，并放入单独的.cpp文件中，以加快编译速度。虽然我可以将普通函数移动到单独的文件中，并且只将函数减速保存在标头中，但当我试图将虚拟函数移动到.cpp中时，会出现以下错误：
错误2-错误C2723：“虚拟”存储类说明符在函数定义</
浏览 5提问于2013-03-24得票数 2
回答已采纳
我总是尝试将实现保持在标头之外，所以对于模板和内联函数，我通常会这样做
inline bool foo()
{}我真的不想这样做，因
浏览 2提问于2012-07-17得票数 6
回答已采纳
1回答
这是我自己仍然无法回答的问题(可能是因为缺乏C方面的经验)。我感到惊讶的是，为什么(很少)能够将inline函数定义放入头文件中？
只是按照惯例吗？
浏览 2提问于2018-12-27得票数 0
回答已采纳
根据GCC文档，-MM标志将以这种方式生成依赖关系：
与-M类似，但不要提及在系统头目录中找到的头文件，也不要提及直接或间接从此类头目录中包含的头文件。我刚刚发现，在我的项目中使用-MM标志不仅会抑制对系统头的依赖，而且还会抑制对本地安装在主目录中的第三方库头的依赖。摆脱系统头依赖通常对我很方便(因为我不编辑它们)，但是我有时会编辑/自定义第三方库，当然我需要在这样的编辑之后重新构建我<
浏览 1提问于2016-02-24得票数 3
回答已采纳
1回答
据我所知，我不能简单地使用extern template class std::vector<int>;VS10的头包含所有成员的定义，因此编译器将它们视为内联，并对其进行实例化。如果我从头文件中删除所有函数体，我的假设是正确的吗？如果是这样的话，有没有人碰巧已经有了这样的<e
浏览 3提问于2013-08-01得票数 2
3回答
内插功能连杆
、、
我无法理解以下行为:一个具有一些基本类型的头，另一个在几个函数中使用这些类型的头。之后，我开始根据我定义的类型和函数构建类。如果保留以下签名，则在函数标头中：链接器指出，whateverFunction有多个定义。关于内联，我所知道的是，它用它的代码替换所有函数</em
浏览 3提问于2010-11-16得票数 25
回答已采纳
在我的代码中，我有标准的和模板化的函数。在我看来，在foo.h中声明标准函数、在foo.cpp中定义它们以及在foo.h中定义模板函数似乎都不是好做法。在两个文件中都有定义有点麻烦。include "foo.h"
void stdFunc(int i){}
因
浏览 3提问于2022-07-01得票数 0
据我所知，.cpp通常比.h包含更多的代码，主要是因为.cpp包含函数的实现细节，而不是只包含一行类成员/方法定义。在我的脑海中，有一个非常奇怪的想法:编写或将一些内容或代码从.cpp迁移到.h，以减少.cpp中的代码数量，这是一个很好的实践吗？我知道，我们不应该把所有的东西都写在标题中，以便：防止从另一个头中包含一个头</e
浏览 0提问于2016-03-29得票数 2
回答已采纳
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
腾讯云开发者
