blocks|key|4532465|text|我会投票支持只在你的头文件中放置声明。这将使头文件更加整洁(不会使您的视图变得混乱)。用户可以查看头文件来查看接口，而不会遇到不相关的实现细节。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4532466|在头文件中放入定义(而不是声明)也会导致链接器错误(正如卡米奇船长所提到的)。也许目前不是，但当你扩展你的代码时肯定会这样。|4532467|此外，显式分离声明和定义(这里省略模板和内联函数)也可以实现更“完美”的模型。代码将在单独的源文件中完全模块化。从我的个人经验来看，这需要时间和精力，但却是一致的，并避免了链接器错误等。|4532468|当然，如果你正在写一个快速的应用程序，没有人会去批评see...nobody+;)|4532469|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I'd vote for only putting declarations in your header file. This will make the header file more clean (no implementation cluttering your view). The user can look upon the header file to view the interface, without being confronted with irrelevant implementation details.

Putting definitions (as opposed to declarations) in your header file can also cause linker errors (as mentioned by Captain Comic). Maybe not currently, but surely when you expand your code.

Besides, explicitly separating declaration from definition (lets forget templates and inline functions here) also works towards a more "perfect" model. The code will be completely modularized in separate source files. From my personal experiences this takes time and care, but is consistent and avoids linker errors etc.

Surely, if you're writing a quick application nobody else is going to see...nobody is there to criticize ;)

blocks|key|1080495|text|勇敢点儿。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1080496|如果你想要一个更好的回应，详细说明你的问题，post代码等。|1080497|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Go for it.

If you want a better response, elaborate on your problems, post code, etc.

blocks|key|1078508|text|我将.h文件放在与.cpp文件相同的目录中。无论如何，它们是耦合的，那么为什么要将它们分开呢？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1078509|当你想要在声明(在foo.h中)和定义(在foo.cpp中)之间跳转时，集成开发环境定位匹配文件要容易得多。|1078510|仅对于外部头，即那些由外部项目使用的头，我可能会创建一个单独的文件夹。|1078511|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I put .h files in the same directory as the .cpp files. They are coupled anyway, so why split them up?!

It's much easier for the IDE to locate the matching file when you want to jump between declaration (in foo.h) and definition (in foo.cpp).

Only for external headers, that is those headers that are used by external projects, I might create a separate folder.

blocks|key|4532436|text|您必须记住的一件重要事情是，编译的是.cpp文件，而不是头文件。所以要仔细设计谁会包含你的头文件，否则你会得到链接器错误。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4532437|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

One important thing you have to bear in mind is that it is the .cpp files that are compiled, not header files. So design carefully who will include you headers, otherwise you'll get linker errors.

blocks|key|4532576|text|几个小时前，我问了我的教授同样的问题，当时他主张在.h文件中放置一些getters，作为一个C程序员，这对我来说是陌生的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4532577|他说，.h文件的一个目的是提供类的快速概述。如果您曾经使用Java编程，那么您可能已经构建或读取了一些大型类，并且定位特定的函数可能是一件痛苦的事情。具有折叠功能的好的文本编辑器或具有大纲视图的IDE可以帮助您解决这个问题，但这并不总是可用的。单行的getter/setter或初始化构造函数可能是允许的，它们不会降低读取器的速度。|4532578|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I asked my professor this same question a few hours ago, when he advocated putting a few getters in a .h file, which was foreign to me as a C programmer. 

He said that one purpose of the .h file was to give a quick overview of the class. If you've ever programmed in Java, you've probably built or read some huge classes, and locating a specific function can be a pain. A good text editor with folding capabilities or an IDE with an outline view can help you cope with the problem, but that's not always available. A one-line getter/setter or initializing constructor which will not slow a reader down is probably permissible.

blocks|key|3122055|text|有时，这完全取决于您开发代码的IDE或环境。通常|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3122056|/source-tree
+++++++/bin+------->+executables+or+lib+or+dlls+
+++++++/h+------->+headers+
+++++++/source+------->+source+codes+
+++++++/Makefile+------->+The+root+make+file|code-block|syntax|javascript|3122057|现在关于代码结构，这取决于你正在开发的是什么。如果某个数据容器的一些API将在不同的模块之间使用，则类似于-|3122058|表头文件->|3122059|//ICoordinate.hpp
template+<class+T>
class+ICoordinate
{
++++public:
++++++++virtual+~ICoordinate()+{}
++++++++virtual+void+SetX(T+)+=+0;
++++++++virtual+void+SetY(T+)+=+0;
++++++++virtual+T++++GetX(void)+=+0;
};
//+Co-ordinate+system+for+ploting+decimal+points+:-)
//+class+template+specialization.
template+<>
class+ICoordinate<int>
{
++++public:
++++++++virtual+~ICoordinate()+{}
++++++++void+SetX(int+);
++++++++void+SetY(int+);
++++private:
++++++++int+x,y;
};|3122060|源文件->|3122061|//+DecimalCoordinate.cpp
//+Implementation+for+DecimalCoordinate|3122062|如果你没有vtable查找延迟的问题，你总是可以用一些纯虚拟方法来定义(就像我在这里做的那样)。有关于接口declaration的帖子。|offset|length|3122063|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/318064/how-do-you-declare-an-interface-in-c^0|0|0|0|0|0|0|0|1H|B|0|0^^$0|@$1|2|3|4|5|6|7|12|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|13|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|14|8|@]|9|@]|A|$]]|$1|I|3|J|5|6|7|15|8|@]|9|@]|A|$]]|$1|K|3|L|5|D|7|16|8|@]|9|@]|A|$E|F]]|$1|M|3|N|5|6|7|17|8|@]|9|@]|A|$]]|$1|O|3|P|5|D|7|18|8|@]|9|@]|A|$E|F]]|$1|Q|3|R|5|6|7|19|8|@]|9|@$S|1A|T|1B|1|1C]]|A|$]]|$1|U|3|-4|5|6|7|1D|8|@]|9|@]|A|$]]]|V|$W|$5|X|Y|Z|A|$10|11]]]]

Sometimes it all depends on the IDE or the environment in which you are developing the code. Usually

<pre><code>/source-tree
 /bin -------&gt; executables or lib or dlls 
 /h -------&gt; headers 
 /source -------&gt; source codes 
 /Makefile -------&gt; The root make file
</code></pre>

Now about the code structure, it depends on what you are developing. If some APIs for some data container, which will be used across different modules, It is something like, -

Header Files ------->

<pre><code>//ICoordinate.hpp
template &lt;class T&gt;
class ICoordinate
{
 public:
 virtual ~ICoordinate() {}
 virtual void SetX(T ) = 0;
 virtual void SetY(T ) = 0;
 virtual T GetX(void) = 0;
};
// Co-ordinate system for ploting decimal points :-)
// class template specialization.
template &lt;&gt;
class ICoordinate&lt;int&gt;
{
 public:
 virtual ~ICoordinate() {}
 void SetX(int );
 void SetY(int );
 private:
 int x,y;
};
</code></pre>

Source File --------->

<pre><code>// DecimalCoordinate.cpp
// Implementation for DecimalCoordinate
</code></pre>

If you do not have problem with vtable lookup latency, you can always define with some pure virtual methods (just what i did here). There is post regarding the interface <a href="https://stackoverflow.com/questions/318064/how-do-you-declare-an-interface-in-c">declaration</a>.

What's the thoughts on allowing simple constructor/method definitions in header files in C++. Some classes I am creating are simple data objects that compose another object say, so they need there own constructor and get/set methods. However these are usually &lt; 3-4 lines each with the constructors using init lists. Is it OK to just have .h for these classes.?

UPDATE::
What about where to store .h files, in a seperate directory from the cpp files?

C++ Header files, constructor logic, simple get/set methods

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

在C++的头文件中允许简单的构造函数/方法定义的想法是什么？我正在创建的一些类是组成另一个对象的简单数据对象，因此它们需要自己的构造函数和get/set方法。然而，这些代码通常少于3-4行，每行的构造函数都使用init列表。只对这些类使用.h可以吗？更新：：将.h文件存储在与cpp文件分开的目录中会怎么样？

问C++头文件、构造函数逻辑、简单的get/set方法
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C++头文件、构造函数逻辑、简单的get/set方法EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问C++头文件、构造函数逻辑、简单的get/set方法
EN