Question

c++中xx.h和xx.cpp之间有什么联系

c++中xx.h和xx.cpp之间有什么联系？有些代码在.cpp写，而有些却在.h中写，可以都在 .cpp 中写吗 ？谢谢大家啦 ！

Answer 1

是可以全部写在*.cpp文件的。但从编程习惯或者说是编程规范来说，还是应该分开的。不是很严格的讲，*.h文件做的是类的声明，包括类成员的定义和函数的声明，而*.cpp文件做的类成员函数的具体实现（定义）。一个*.h文件和*.cpp文件一般是配对的。在*.cpp文件的第一行一般也是#include"*.h"文件，其实也相当于把*.h文件里的东西复制到*.cpp文件的开头。所以，你全部写在*.cpp文件其实也是一样的。除了编程规范外，还涉及到类一个重要性质，就是封装性。比如现在我们公司和另一家软件公司合作，这样就必然要互相提供一些软件的信息（比如一些类，它到底是要做什么的），可是在提供这些信息的同时我们又不像让对方知道我们这些类的具体实现，毕竟这些是我们公司的算法核心和心血啊。所以这个时候就可以把类的接口（这个类是要做什么的）放在*.h文件中，而具体类的实现放在 *.cpp文件。这时候我们只要给对方公司*.h文件就行了。这样既提供了必要的信息，又保护了我们的核心代码。建议按照*.h *.cpp配对分开写，平时可以去网上下些C++的工程源代码文件，多看看别人为什么这样分开，加上自己多这样实践，慢慢地，你会体会到这样写的好处的。打得好累，望采纳，也祝你进步!^-^

Answer 2

误人子弟的家伙，你们不要乱说，冒火。这种机制的原理，并没有被太多的人认识清楚，或者只是被片面的认识，即使是使用C++工作过多年的人也不一定清楚，我犯过这个错误，碰巧有高手指导，所以明白 最表面的机制是：头文件是程序的界面（是代码界面），提供给程序员以 类、模版、函数等一系列的声明，让程序员知道应该怎么调用里面的“东西”。从动态链接库的角度看：头文件提供界面，使得程序员在需要加载一个库函数的时候（这里也仅仅是举简单的例子）查看头文件就知道怎么加载这个动态库内部的函数。 从软件的扩展来说：将头文件作为界面，再去定义它的实现，这样只要保证界面不变（头文件不变），就可以只修改实现文件，而不必修改其他的实现代码。比如你有一个sort()函数来排序，在一个大程序中，你后来发现这个sort()有更好的算法，于是你只需要去修改函数的实现（修改.cpp文件的sort（）函数的代码），其他使用这个函数的地方可以完全保持不变，这是分割技术的第一个好处。 从模块性来讲：界面后面隐藏实现代码，代码具有更好的物理模块性，减小程序的复杂度。 从编译的角度看：所有源文件都是被编译器分别划分单元来分别编译，在编译的过程中，头文件被嵌入到实现文件里面一起作为一个编译单元被编译（实现文件filename.cpp里的#include "filename.h"那一行被替换成filename.h里面的所有内容（实际上会把预处理指令去掉，这才是预处理最本质的作用））。举一个简单的例子，你定义了sort（）函数，在test.h头文件里声明，在test.cpp里定义，这个时候在test.cpp里面#include "test.h"，并定义sort）（）函数。你需要在头文件内部写预处理代码#ifndef _TEST_H_#define _TEST_H_/*中间是该头文件的一系列声明*/#endif预处理指令防止头文件被多重包含，如果你的代码出现了诡异的错误，请注意这个问题，可能是你没有写头文件保护，在符号链接阶段链接器发现有多个相同的名字，它不知道应该跟哪一个符号链接在一起，所以报错。 从节约时间的角度看：在一些大型项目里面，编译一个项目不是整个一起同时编译的，一般情况是分别交给几个负责人去编译，测试，最后链接起来。如果中间发现有一个实现文件有BUG，只需要修改这个.cpp文件，其他的文件就可以原封不动。再重新编译的时候，只需要单独便宜修改过的这一块，其他的部分不动。然后再链接成可执行程序。这种机制在一个可能完整编译需要花费超级计算机几天时间的项目上是非常有用的，想一下，没有这种机制，要是一个程序随便修改一个地方。这个程序就要花几天时间来编译，这事情，怎么了得？ 使用连接器的两个原因：1.编译成目标文件的时候代码的内部符号被编译器修改过。2.目标文件被组织成一个整的大型文件，所有符号被定位，保证每一个函数调用都找得到他本身的定义位置 只有 jaycnvip 说的稍微挂普，其他的人在胡说，不知道这些原理都没错，但是不知道还拿出来乱说就有错。

Answer 3

xx.h是头文件，很多函数都是在头文件中定义的。xx.cpp是 c Plus plus的缩写就是cpp，它就是源码咯