大家写驱动程序的代码组织方式是什么?
做个无聊的调查纯粹是因为好奇,顺便给大家赚点积分(回帖奖励10个水晶币,请回复有意义的内容,否则会被封号)。我本人的代码组织方式是:1个C文件 + N个H文件。
提醒一下哦,要回复才有奖励,光投票不回复也是没有奖励的哦! 代码多了以后,utils还有一些外围函数可以放到别的文件中,提高主程序的可读性 jamguo 发表于 2013-1-18 15:37 static/image/common/back.gif
代码多了以后,utils还有一些外围函数可以放到别的文件中,提高主程序的可读性 ...
小声问句:utils是啥??? 还是习惯吧东西写道c/cpp中。。。H中只用于定义。 不懂驱动.弱弱的问一下,可以用hpp吗???
如果不可以,想问一下LZ,一个 C./CPP+n个头文件,有什么作用?
H文件不是不参与编译吗? 本帖最后由 Xor 于 2013-1-30 21:42 编辑
感觉1个C文件,N个H文件方便,避免各种问题
我喜欢一个只有基本代码(驱动入口之类,几乎每个驱动都差不多)的C文件。一堆巨大H文件。
这样做其他项目直接把H复制过来就行了 大部分情况,一个C对应一个H wode200910 发表于 2013-2-4 23:21 static/image/common/back.gif
大部分情况,一个C对应一个H
看来大家都这么说,我成少数派了。 个人习惯根据功能与用途分成不同模块,每个模块为一个C/CPP文件加上对应的H文件,那么一个程序可能使用多个功能,那么就会有N个C/CPP文件 + N个H文件。
我习惯是,一个类的定义,在.h文件里面,然后对应的代码实现在.cpp文件里面。 N个C文件,N个.h文件 直接用易语言编写驱动 就一个 .e 文件 多方便... 喜欢一个C对应一个h,看起来一目了然。 n个cpp h文件,因为这样容易复用 还有 多个CPP 和多个H。 用过一个源文件和多个头文件,但很容易就出现函数重定义... 不会C的路过,只会一点点E 不太會用多個C檔。所以都用H檔來做,而且一個C我覺得也比較容易管理 感觉n+n在整体结构上会更加清晰 一个.c + n .h要不函数多了 找起来麻烦死喽~~~哈哈~倒是跟老大方式一样~ 一般还是一个c对应一个h,纯粹定义的就只有h,帮助类的函数会分类型放到不同的.h/.c中,会像上面谁说过的封装到utils库中 驱动功能多的,就要很多文件啊 我涉及到的都是一个.c,或cpp 我是这样的 感觉还是N个H和N个C靠谱些,好组织。调用也方便, N个H的文件多了估计要乱。 Tesla.Angela 发表于 2013-2-9 21:26
看来大家都这么说,我成少数派了。
其实这个倒不是少数派,如果H文件不多的情况下,还是不错的。就怕项目大了,H多了,哪个就容易搞混
一个C文件N个H文件看起来比较简单 我的是方式 1... N个C/CPP文件 + N个H文件 N个C/CPP文件 + N个H文件 N个C/CPP文件 + N个H文件
果断选这个... 我连main.c都要带一个main.h,是一对一的 习惯一个N个c 一个h函数声明用