分文件编程优点

一般写代码demo时习惯用一个代码文件进行代码编辑和编译。

如果代码工程量大实现功能多时使用一个代码文件编写代码就会显得代码冗长繁杂也不便后期维护。

于是便出现了分文件编程的方式。

分文件编程类似我之前写的博文C语言简单工厂模式的实现两者操作原理大同小异。

分文件编程优点

一篇代码基本可以分为三个部分头文件部分功能区部分主函数main部分。

那么分文件编程就是将这三个模块分别生成单独的代码文件。

功能区.c

代码需要的所有头文件首先要写进去然后功能区定义的函数及变量要写入(只写函数定义的区域末尾加分号)。

作用在于连接功能区代码和主函数代码。

代码实现说明

demo.h//自建头文件用双引号“”里面包含功能区函数的定义及参数3

//连接主函数和功能区代码

printf(%d%d%d\n,data1,data2,add(data1,data2));//加18

printf(%d-%d%d\n,data1,data2,sub(data1,data2));//减19

printf(%dx%d%d\n,data1,data2,mul(data1,data2));//乘20

printf(%d/%d%f\n,data1,data2,(float)div(data1,data2));//除21

return

一个“程序函数库”简单的说就是一个文件包含了一些编译好的代码和数据这些编译好的代码和数据可以在事后供其他的程序使用。

程序函数库可以使整个程序更加模块化更容易重新编译而且更方便升级。

编译时会链接到我们生成的库文件程序可以正常编译运行但如果常规使用vi打开库文件就是一页乱码。

libraries、动态加载函数dynamicallyloaded

libraries

静态库文件的命名方式“libxxx.a”,库名前加“lib”后缀用“.a”“xxx”为静态库名

静态库制作步骤

生成的静态库文件通过主函数的链接后正常编译运行但并不能打开库文件查看里面的内容也是库文件制作的目的所在

1mv

将原先的功能文件和生成的.o文件移至工作目录只留下.h头文件和主函数文件还有生成的静态库文件。

2gcc

-l(L小写)链接生成的静态库文件libtest.a需要“砍头去尾”

test;

-L:告诉gcc编译器从-L指定的路径去找静态库当前路径。

默认是从/usr/lib或/usr/local/lib中去找

demo1.c

链接时不复制程序运行时由系统动态加载到内存供程序调用系统只加载一次多个程序可以共用节省内存

程序升级简单因为app中没有库的源代码升级之后只要库的名字不变函数名与及参数不变只是做了优化就能加载成功

加载速度比静态库慢

-fpic执行标准作用于编译阶段在生成目标文件时就得使用该选项

gcc

-l(L小写)链接生成的静态库文件libtest.so需要“砍头去尾”

test;

-L:告诉gcc编译器从-L指定的路径去找静态库当前路径。

默认是从/usr/lib或/usr/local/lib中去找

✳编译没问题但是结果出了问题。

动态库运行和静态库的运行方式有区别的静态库直接生在在可执行的程序中而动态库是在程序执行时动态临时由目标程序去调用需要去找到执行的文件目录所以上面的动态库执行出错。

解决方法把生成的动态库文件libtest.so拷贝到/usr/lib/这个路径下即可