KiCad 10 IPC API 开发者问答整理

“昨天看到 KiCad 邮件群里有问到 KiCad 10 IPC API 的情况，也在这里与大家分享。主要涵盖 Python SWIG、无头模式、原理图 API等。”

先总结一下关键点：

兼容性保留：依赖旧版pcbnew.py(SWIG) 的插件在 KiCad 10 中依然可以使用，给了开发者更多的缓冲时间。

功能缺席：无头模式 (Headless Mode)和原理图 (Eeschema) API均不会在 KiCad 10 中首次亮相。

架构方向：未来的无头模式将基于kicad-cli以后台服务器的形式运作，利于外部工具集成。

未来规划：库管理 API 的首要任务是重构“封装生成”流程，旨在通过新 API 替代老旧的 Footprint Wizard。

Q1：关于旧版 SWIG Python 接口 (pcbnew.py) 的移除计划是否有变？

背景：之前的相关 Issue 里程碑已移至 V11。

A：是的，移除计划已推迟。KiCad 10 将不会移除旧版的pcbnew.py接口。

Q2：IPC API 的无头模式 (Headless Mode) 是否会包含在 KiCad 10 中？

背景：文档中提到了未来将通过 CLI 支持无头模式，但根据 Gitlab 的记录，似乎赶不上 V10 发布。

A：还没有。无头模式尚未实现，因此不会在 KiCad 10 中出现。

Q3：无头模式计划如何实现？

背景：这需要重构 KiCad 内部代码以解耦 GUI 和 API 吗？它是作为一个特殊的 Python 解释器运行，还是像kicad-cli api-server那样在后台运行？

A：它将被实现为kicad-cli的一项功能。它将作为一个后台服务器 (Background Server)运行，供其他软件与其进行通信，而不是作为一个特殊的 Python 解释器。

Q4：KiCad 10 会包含原理图编辑器 (Eeschema) 的 API 吗？

A：不会。我们没有足够的时间在 KiCad 10 的开发周期内完成这项工作。

Q5：Eeschema API 在可预见的未来（例如 KiCad 11）实现是否可行？

背景：去年有提及由于技术债原因实现起来很复杂。

A：技术上是可行的，目前主要取决于开发人员的时间安排。

Q6：IPC API 是否计划支持修改库文件 (Library Modification)？

A：目前还没有具体的时间表，但确实在计划中。目前的第一优先级是允许通过 API生成封装 (Footprints)，目的是替换现有的 Footprint Wizard（封装向导）系统。

更多关于 IPC API 的开发文档，可参考：

https://dev-docs.kicad.org/en/apis-and-binding/ipc-api/

审核编辑 黄宇