头文件和源文件区别
参考链接:https://zhidao.baidu.com/question/940855602014421372.html
头文件和源文件在本质上没有任何区别。只不过一般:
后缀为.h 的文件是头文件,内含函数声明、宏定义、结构体定义等内容。
后缀为.c 的文件是源文件,内含函数实现,变量定义等内容。而且是什么后缀也没有关系,只不过编译器会默认对某些后缀的文件采取某些动作。这样分开写成两个文件是一个良好的编程风格。
简单的说其实要理解C文件与头文件(即.h)有什么不同之处,首先需要弄明白编译器的工作过程,一般说来编译器会做以下几个过程:
①预处理阶段
②词法与语法分析阶段
③编译阶段,首先编译成纯汇编语句,再将之汇编成跟CPU相关的二进制码,生成各个目标文件 (.obj文件)
④连接阶段,将各个目标文件中的各段代码进行绝对地址定位,生成跟特定平台相关的可执行文件,当然,最后还可以用objcopy生成纯二进制码,也就是去掉了文件格式信息。(生成.exe文件)
3.比方说 在aaa.h里定义了一个函数的声明,然后在aaa.h的同一个目录下建立aaa.c , aaa.c里定义了这个函数的实现,然后是在main函数所在.c文件里#include这个aaa.h 然后我就可以使用这个函数了。 main在运行时就会找到这个定义了这个函数的aaa.c文件。这是因为:main函数为标准C/C++的程序入口,编译器会先找到该函数所在的文件。假定编译程序编译myproj.c(其中含main())时,发现它include了mylib.h(其中声明了函数void test()),那么此时编译器将按照事先设定的路径(Include路径列表及代码文件所在的路径)查找与之同名的实现文件(扩展名为.cpp或.c,此例中为mylib.c),如果找到该文件,并在其中找到该函数(此例中为void test())的实现代码,则继续编译;如果在指定目录找不到实现文件,或者在该文件及后续的各include文件中未找到实现代码,则返回一个编译错误.其实include的过程完全可以“看成”是一个文件拼接的过程,将声明和实现分别写在头文件及C文件中,或者将二者同时写在头文件中,理论上没有本质的区别。以上是所谓动态方式。对于静态方式,基本所有的C/C++编译器都支持一种链接方式被称为Static Link,即所谓静态链接。在这种方式下,我们所要做的,就是写出包含函数,类等等声明的头文件(a.h,b.h,...),以及他们对应的实现文件(a.cpp,b.cpp,...),编译程序会将其编译为静态的库文件(a.lib,b.lib,...)。在随后的代码重用过程中,我们只需要提供相应的头文件(.h)和相应的库文件(.lib),就可以使用过去的代码了。相对动态方式而言,静态方式的好处是实现代码的隐蔽性,即C++中提倡的“接口对外,实现代码不可见”。有利于库文件的转发.
单独编译
参考链接:https://blog.csdn.net/qq_40888863/article/details/119239950
在编程时,main()和其他两个函数使用了同一个结构声明,因此两个文件都应包含该声明。简单地将它们输入进去无疑是自找麻烦。即使正确地复制了结构声明,如果以后要作修改,则必须记住对这两组声明都进行修改。简单说,将一个程序放在多个文件中将引进新的问题。我们寻找一个简单的方法:将结构体变量定义在一个头文件中,在不同的文件中声明该头文件,当要对结构体进行修改时,只需修改头文件中的结构体即可。
将这一思路扩展开去,我们可以将程序写作如下结构:
1、头文件:包含结构声明和使用这些结构的函数的原型。(就是.h文件)
2、源文件:包含与结构有关的函数的代码。
3、源文件:包含调用了与结构有关的函数的代码
其中,头文件中常包含的内容:
1、函数原型。
2、使用#define或const定义的符号常量。
3、结构声明。
4、类声明。
5、模板声明。
6、内联函数。
注意:
1、为什么结构、类和模板的声明可以放进头文件呢?因为它们不会创建变量,没有开辟内存。
2、函数的定义(除内联函数外)不要放在头文件里。
头文件管理
在同一个文件中,只能将一个头文件包含一次。但是,在某些情况下,可能会出现将某个头文件包含多次的情况,比如可能使用了包含了另一个头文件的头文件。
有一种标准的C/C++技术可以避免多次包含同一个头文件。它是基于预处理器编译指令#ifndef(即if not define)的。
eg:
// xx.h
#ifndef XX_H_
#define XX_H_
// place include file contents here
#endif
个人惯用模板:
#ifndef __文件名__
#define __文件名__
........
#endif
最后讲解一下#include <> 和 #include ""的区别:
1、#include“”优先从自己定义的源文件中查找,找不到之后才去标准库文件中查找。
2、#include<>优先从引入的标准库文件中查找。<>里面一般都放标准库.h。
现有一个程序如下:
#include <iostream>
#include <cmath>
using namespace std;
struct polar
{
double distance;
double angle;
};
struct rect
{
double x;
double y;
};
polar rect_to_polar(rect xypos);
void show_polar(polar dapos);
int main()
{
rect rplace;
polar pplace;
cout << "Enter the x and y values: " << endl;
while(cin >> rplace.x >> rplace.y )
{
pplace = rect_to_polar(rplace);
show_polar(pplace);
cout << "Next two numbers (q to quit): ";
}
cout << "Done!" << endl;
return 0;
}
polar rect_to_polar(rect xypos)
{
polar answer;
answer.distance = sqrt(xypos.x * xypos.x + xypos.y * xypos.y);
answer.angle = atan2(xypos.y, xypos.x);
return answer;
}
void show_polar (polar dapos)
{
const double Rad_to_deg = 57.29577951;
cout << "distance = " << dapos.distance;
cout << ", angle = " << dapos.angle * Rad_to_deg;
cout << " degrees" << endl;
}
根据上面的程序,可以作下面的处理
创建头文件coordin.h:(结构体声明,功能函数的声明)
#ifndef __COORDIN_H__
#define __COORDIN_H__
struct polar
{
double distance;
double angle;
};
struct rect
{
double x;
double y;
};
polar rect_to_polar(rect xypos);
void show_polar(polar dapos);
#endif
创建file2.cpp文件:(功能函数)
#include <iosteram>
#include <cmath>
#include "coordin.h"
using namespace std;
polar rect_to_polar(rect xypos)
{
polar answer;
answer.distance = sqrt(xypos.x * xypos.x + xypos.y * xypos.y);
answer.angle = atan2(xypos.y, xypos.x);
return answer;
}
void show_polar (polar dapos)
{
const double Rad_to_deg = 57.29577951;
cout << "distance = " << dapos.distance;
cout << ", angle = " << dapos.angle * Rad_to_deg;
cout << " degrees" << endl;
}
创建file1.cpp文件:(主函数)
#include <iostream>
#include "coordin.h"
using namespace std;
int main()
{
rect rplace;
polar pplace;
cout << "Enter the x and y values: " << endl;
while(cin >> rplace.x >> rplace.y )
{
pplace = rect_to_polar(rplace);
show_polar(pplace);
cout << "Next two numbers (q to quit): ";
}
cout << "Done!" << endl;
return 0;
}
标签:文件,头文件,函数,polar,源文件,cpp,include,rect
From: https://www.cnblogs.com/fusio/p/17637031.html