构建中的传递性与非传递性依赖
原文英文，约500词，阅读约需2分钟。
📝
内容提要
本文讨论了构建系统中的传递性和非传递性依赖，以及它们在CMake和Bazel中的应用。CMake有三种依赖类型，而Bazel只有传递性依赖。然而，Bazel允许用户定义自定义构建规则来实现不同类型的依赖。良好管理依赖接口可以提高构建的可靠性。
🔎
延伸解读
传递性与非传递性依赖的本质区别
传递性依赖允许接口传播，即如果B传递性依赖A，则A的所有传递性依赖对B可见；非传递性依赖则阻止接口传播，A的传递性依赖对B不可见。这种区别决定了构建目标之间接口的可见性，是管理构建依赖关系的核心。
CMake中的依赖类型映射
CMake通过PUBLIC、PRIVATE和INTERFACE三种关键字表达依赖关系。PUBLIC和INTERFACE相当于传递性依赖，PRIVATE相当于非传递性依赖。这种映射让开发者能精确控制接口传播，避免不必要的依赖暴露。
Bazel的局限与自定义规则
Bazel原生规则只有传递性依赖概念，使用deps关键字声明，无法阻止接口传播，可能导致依赖图不准确，使构建脆弱。但Bazel支持自定义构建规则，用户可借此实现非传递性依赖，从而更好地管理依赖接口，提高构建可靠性。
❓
Q&A
什么是传递性依赖和非传递性依赖？
传递性依赖允许接口的传播，而非传递性依赖则阻止接口的传播。
CMake中有哪些依赖类型？
CMake中有三种依赖类型：PUBLIC、PRIVATE和INTERFACE。
Bazel如何处理依赖？
Bazel只有传递性依赖的概念，使用deps关键字声明依赖，无法防止接口传播。
CMake中的PUBLIC和PRIVATE依赖有什么区别？
PUBLIC和INTERFACE相当于传递性依赖，而PRIVATE相当于非传递性依赖。
如何提高构建的可靠性？
良好管理依赖接口可以提高构建的可靠性，Bazel允许用户定义自定义构建规则来实现这一点。
Bazel是否支持非传递性依赖？
Bazel不支持非传递性依赖，所有声明的依赖都是传递性的。
🏷️
