冒着风险问大家一个编程习惯。

Advanceer

我们系统中有许多的数据表，每个数据表都对应着有其操作方法，是系统自动生成的，这就有一个源文件和一个头文件。

比如我有一张表叫 date 我就会有一个头文件

date.h 一个操作文件用于描述表的结构，

date.pc 用于描述标准操作。

因为我系统要用到不同的表，如果需要使用表的标准操作就必须包含头文件。我现在的想法是可否将所有的表头文件都包含在一个 public.h 中，那么我所有的程序只要包含这个public.h 就可以了。无需再一个个表的去包。（其实我在处理C头文件也是这么做的，将 stdlib.h stdio.h time.h 等，包在同一个公共头文件中。

请问这样做会不会有问题: 如影响编译的效率，造成可执行文件变大等等。

是否是一个很烂的编程习惯（我冒着被拍砖的危险）

我这么做也是有原因的，因为包含各个表，包含系统标准头文件等很费力，通常我打开一个源程序，就只看到 #include 了。要向下滚屏才可以看到程序主体，对开发者来说，废事，对阅读者来说，也废眼睛。

flw

完全可以。

不过我也了解过一些 DB2 编程，
我比较倾向于不是嵌入 ESQL 而是写一个 db2opt.pc 和一个 sqlcmd.h 然后其余部分全用常规的 C 编程，
这样在我遭遇数据库移植的时候我会很爽。

bruceteen

可以，但导致编译依赖

hellioncu

把#include 放到 ifdef 中，这样代码可以折叠了

Cindinx

回复 1# Advanceer


    可以在public.h里面include很多標準的頭文件, 而且無論怎樣include, 最后的可執行是不會變大的

logicBaby

完全可以。

不过我也了解过一些 DB2 编程，
我比较倾向于不是嵌入 ESQL 而是写一个 db2opt.pc 和一个 s ...
flw 发表于 2011-05-12 12:16

我们就是这样做的，一个db2opt.sqc生成一个bnd文件db2opt.bnd，导致所有有数据库操作的程序都依赖这个bnd文件，只要这个bnd文件有一点点变动，所有程序都会报-805错误，要重新编译，bind，重新发给客户。。。
    {:3_184:}

flw

对呀，所以我发明了那个做法。和大多数人庸才们不同的感觉太美妙了。
实在搞不懂为什么要在所有的代码里都写上一堆一堆的 ESQL。
把数据库操作封装起来，其余部分不涉及数据库知识难道不是很工程化的做法吗？
我看好多人都是一堆一堆的 *.pc，一堆一堆的 *.sqc，然后光一个编译就搞得很复杂了。