WordPress 設定 API 與主題定製程式

問題描述

什麼時候適合使用設定 API，什麼時候最好使用主題定製程式？

每天上午都有 Google 搜尋，我沒有找到任何有關這個問題的考慮和最新的指導。雖然說還不早，我覺得主題定製工具是引入更多 Squarespace-like 編輯功能的一個提示性的第一步。有誰知道任何計劃落幕設定 API 贊成主題定製？我們是否應該慢慢走向，還是堅持使用 API​​？他們可以住 side-by-side，如果是，分工在哪裡呢？

最佳解決方案

這個問題的前提是有缺陷的。 Customizer API 不是一個選項 API，而是一個選項預覽 API 。 Customizer API 依賴於設定 API 或主題模組 API 來註冊透過兩個 API 中新增的現有設定的控制元件。

定製程式不能 – 也不能 – 定義/註冊尚未透過設定 API 或主題模組 API 註冊的新設定。說不同的方式：Customizer API 不是直接向資料庫新增設定或直接從資料庫檢索設定的 API; 相反，Customizer API 使用 「設定」API 或 「主題模組」API 來儲存資料庫的設定或從資料庫中檢索設定。

因此，Customizer API 不能替代現有的選項 API 之一; 相反，它是設定頁面的替代方案。定製程式不關心設定是透過設定 API 還是主題模組 API 註冊，而這些設定可以在 Customzer 中進行混合和匹配。事實上，在大多數情況下，這些設定是混合和匹配的：自定義標題和自定義背景是主題模式，站點標題和描述是設定 API 。

要了解透過 Customizer API 註冊的設定和控制元件，我建議您閱讀 Otto 的優秀教程：

• How to leverage the Theme Customizer in your own themes

• Theme Customizer Part Deux: Getting rid of Options pages

• Making a custom control for the Theme Customizer

因此，問題不是/或與指定的 API 有關。適當的/或問題將是：

• 使用 Settings API 或 Theme Mods API 將 register existing settings 透過 Customizer API 進行預覽

• 使用 Customizer API 或自定義主題設定頁面允許使用者配置主題選項。

次佳解決方案

簡單的事情有時可能是：設定 API 不是主題定製器。兩者對於不同的任務都是不同的。

設定 API

你正在編寫一個外掛，或者有一個主題沒有選擇，不需要任何視覺反饋？使用此選項。

主題定製器

您需要具有使用者可以看到的視覺效果的選項？使用此選項。

參考文獻

• Settings API vs Theme Customizer

注：本文內容整合自 Google/Baidu/Bing 輔助翻譯的英文資料結果。如果您對結果不滿意，可以加入我們改善翻譯效果：薇曉朵技術論壇。