C 语言为什么没有发展出类似依赖管理的框架？

可能我没有说清楚，我指的是运行期间代码层面的依赖管理，不是包依赖管理。

看了下别人的代码，好吧，我发现 C 语言是通过在.h 头文件里通过定义宏来处理代码层面依赖的，而且由于 C 语言里面的依赖只是函数与函数之间的依赖，C 语言的结构体也只是通过字面量方式初始化，于是也不存在面向对象语言那种对象实例初始化问题，所以根本没有通过代码初始化对象的需求，汗。。。所以简单的通过#include 解决依赖引入问题就够了，而且想在一个模块里不同函数都能访问到同一个数据只能每次调用函数时都传这个数据的指针。


那么对于依赖需求，比如一个 cpu 监控模块的代码 cpu.c 依赖日志模块代码 log.c 与网络模块 net.c。
开发者希望根据用户的配置文件初始化以及执行这个 cpu 监控代码（配置网络推送 ip 与端口、log 文件位置等），一般每次调用不同方法时都要传这同一个配置（ conf ）数据

于是代码变成了在 cpu.h 里，这么引入（ require ）依赖以及暴露（ export ）自己的方法
```
#ifndef NS_CPU_H
#define NS_CPU_H

#include "log.h"
#include "net.h"

bool cpuInit(struct conf_t* conf);
bool cpuRun(struct conf_t* conf);

#endif /* NS_CPU_H */
```

总结就是 C 语言这种办法只能解决逻辑上函数之间的依赖，不能处理数据依赖，要处理数据依赖只能靠手动传结构体指针。