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 輔助翻譯的英文資料結果。如果您對結果不滿意，可以加入我們改善翻譯效果：薇曉朵技術論壇。