“昨天看到 KiCad 郵件群里有問到 KiCad 10 IPC API 的情況，也在這里與大家分享。主要涵蓋 Python SWIG、無頭模式、原理圖 API等。”

先總結(jié)一下關(guān)鍵點(diǎn)：

兼容性保留：依賴舊版pcbnew.py(SWIG) 的插件在 KiCad 10 中依然可以使用，給了開發(fā)者更多的緩沖時(shí)間。

功能缺席：無頭模式 (Headless Mode)和原理圖 (Eeschema) API均不會(huì)在 KiCad 10 中首次亮相。

架構(gòu)方向：未來的無頭模式將基于kicad-cli以后臺(tái)服務(wù)器的形式運(yùn)作，利于外部工具集成。

未來規(guī)劃：庫管理 API 的首要任務(wù)是重構(gòu)“封裝生成”流程，旨在通過新 API 替代老舊的 Footprint Wizard。

Q1：關(guān)于舊版 SWIG Python 接口 (pcbnew.py) 的移除計(jì)劃是否有變？

背景：之前的相關(guān) Issue 里程碑已移至 V11。

A：是的，移除計(jì)劃已推遲。KiCad 10 將不會(huì)移除舊版的pcbnew.py接口。

Q2：IPC API 的無頭模式 (Headless Mode) 是否會(huì)包含在 KiCad 10 中？

背景：文檔中提到了未來將通過 CLI 支持無頭模式，但根據(jù) Gitlab 的記錄，似乎趕不上 V10 發(fā)布。

A：還沒有。無頭模式尚未實(shí)現(xiàn)，因此不會(huì)在 KiCad 10 中出現(xiàn)。

Q3：無頭模式計(jì)劃如何實(shí)現(xiàn)？

背景：這需要重構(gòu) KiCad 內(nèi)部代碼以解耦 GUI 和 API 嗎？它是作為一個(gè)特殊的 Python 解釋器運(yùn)行，還是像kicad-cli api-server那樣在后臺(tái)運(yùn)行？

A：它將被實(shí)現(xiàn)為kicad-cli的一項(xiàng)功能。它將作為一個(gè)后臺(tái)服務(wù)器 (Background Server)運(yùn)行，供其他軟件與其進(jìn)行通信，而不是作為一個(gè)特殊的 Python 解釋器。

Q4：KiCad 10 會(huì)包含原理圖編輯器 (Eeschema) 的 API 嗎？

A：不會(huì)。我們沒有足夠的時(shí)間在 KiCad 10 的開發(fā)周期內(nèi)完成這項(xiàng)工作。

Q5：Eeschema API 在可預(yù)見的未來（例如 KiCad 11）實(shí)現(xiàn)是否可行？

背景：去年有提及由于技術(shù)債原因?qū)崿F(xiàn)起來很復(fù)雜。

A：技術(shù)上是可行的，目前主要取決于開發(fā)人員的時(shí)間安排。

Q6：IPC API 是否計(jì)劃支持修改庫文件 (Library Modification)？

A：目前還沒有具體的時(shí)間表，但確實(shí)在計(jì)劃中。目前的第一優(yōu)先級(jí)是允許通過 API生成封裝 (Footprints)，目的是替換現(xiàn)有的 Footprint Wizard（封裝向?qū)В┫到y(tǒng)。

更多關(guān)于 IPC API 的開發(fā)文檔，可參考：

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

審核編輯 黃宇