——放在.h里不是为了可读性更高。

你可能认为放在.c文件中，一看就可以看到，但是稍微好用点儿的编辑器，如：sourceinsight，vi等等，都可以做到跳转，很方便阅读。

假设你要和其他模块传递数据，你定义了一个结构体，然后放在common.h（假设有这个文件），别人在解析你传来的数据的时候，只需要在他的代码里#include "common.h"即可使用该结构体，试想一下，如果你放在.c文件中，别人该怎么办呢？难道#include 你的.c文件？太扯了吧。

综合来说， 1.全局变量一般都用static包裹，然后提供配套的set和get接口给别人调用，放在.c文件中。 2.结构体、枚举、宏（名字尽量复杂点，避免和别人的宏重复）、定义放在.h中，可以让别人include，提高代码的复用率。 这是我个人的理解，可能很多地方没说全，或者说错，请见谅。

.c里去实现这个结构体

主调用文件可以以类似函数接口的形式操作struct foo，这样结构体就可以保持在主调用文件中的可见性了 

可以看看 C Interfaces and Implementations这本书

——头文件中定义的是模块的接口（函数原型）。

对应的C文件中是对应模块的函数原型的实现。

如果某个结构体 会在 用这个模块的程序中出现。那需要定义在.h文件。（或者说，需要被模块外的程序访问）

如果某个结构题仅仅是在 函数原型实现中（对应的C文件中）才用到，那最好写在.c文件中。

——提供给别人的接口越隐藏细节，接口越简单，耦合越少，越容易修改。但是把结构体定义在.c文件使用的人就不能在栈上分配内存了。

——放c还是h取决于该结构是否要暴露给其他c,原则就是能放c绝不放h,但一般来说既然定义了结构,多半还是要暴露出来的.