本帖最后由 upring 于 2015-4-4 11:24 编辑
N个C/CPP文件 + N个H文件
除非是非常小的程序,一般都是, 多个C/CPP文件 + 多个H文件
内核编程也是软件工程一部分,文件代码清晰才比较好让人维护
新手,都是一个C + N个h 多好掌握一点
习惯了一一对应,用VS很方便的说
另外,现在开发不都用VS吗,IDE多方便啊
一个公共的,N个C/H
1 N个C文件 N个h文件
一个.c和n个.h。不写驱动就是n个.c和n个.h。主要是驱动中如何在.h中用extern申明函数,.c中定义函数,编译器不能通过,没办法只能是一个.c和n个.h。
全部写在.c中, 然后include... 成为一个大的.c - -
个人习惯,一个c/cpp文件
N个C,主要是习惯了。。。。
虽然来晚了 还是支持下楼主
CPP,H
习惯了 一个h对应一个cpp 已经成为一种习惯
看完结果,发现变成了少数派
我选2,因为现在学习驱动的时间还没那么长,写不出太复杂的驱动
一个巨大无比的H放机构体,一个巨大无比的H放常用函数 其他一个H对应一个C加一个Driver.c
反正不是很好的习惯
N个头文件 N个cpp 但是会有一个通用的头文件 有定义通讯的头文件,感觉头文件会比cpp多一些
习惯用h来定义,c和cpp来实现
N个C/CPP文件 + N个H文件
基本都是按照格式来的
n个c+n个h文件
多个 Cpp 多个 h
1个cN个H 方便 可以复用
喜欢把功能细化,然后写成多个C文件,配相应的H文件
一个c,多个h
多个.c 和多个.h项目小的话 就按功能分文件
本帖最后由 非典型男 于 2020-7-5 12:16 编辑
我现在又慢慢爱上了,平时写功能,要用的时候 通过一个C +N个H 进行组 装,大佬,这个是不是因为我还没有确定自己的写代码习惯呢?
一般按功能分类 n个H+C文件
谢谢