什么时候使用设置API，什么时候使用主题定制器更好？

整个上午都在Google上搜索过，所以我找不到关于此问题的任何经过深思熟虑的最新指南。虽然还为时过早，但我认为主题定制器是引入更多类似Squarespace的编辑功能的暗示性第一步。有谁知道有计划退出设置API以支持主题定制程序的计划吗？我们是否应该慢慢地朝着它前进，还是最好还是坚持使用设置API？他们可以并肩生活吗？如果可以，责任分工在哪里？

问题的前提是有缺陷的。该定制API是不是一个选项 API，而是一个选项预览 API。Customizer API依赖于Settings API或Theme Mods API来注册通过两个API之一添加的现有设置的控件。

Customizer不能（也不能）定义/注册尚未通过Settings API或Theme Mods API 注册的新设置。换句话说：Customizer API不是直接向数据库添加设置或直接从数据库检索设置的API；相反，Customizer API 使用 Settings API或Theme Mods API将设置保存到数据库或从中检索设置。

因此，Customizer API不能替代现有的选项API之一；相反，它是设置页面的替代方法。Customizer不在乎设置是通过Settings API还是Theme Mods API注册的，此类设置可以在Customzer中进行混合和匹配。实际上，在大多数情况下，此类设置是混合和匹配的：自定义标头和自定义背景是主题模块，而网站标题和说明是设置API。

为了确切地了解如何通过Customizer API注册设置和控件，我建议阅读Otto的优秀教程：

• 如何在自己的主题中利用主题定制器
• 主题定制器零件的Deux：摆脱“选项”页面
• 为主题定制器制作定制控件

因此，问题既不是针对指定的API，也不是针对指定的API。适当的一个或一个问题是：

• 使用任何的设置API 或在主题MODS的API来注册现有设置通过预览定制API
• 使用任何的定制API 或一个自定义主题设置页面，允许用户配置主题选项。

有时可能会很简单：Settings API 不是主题定制器。对于不同的任务，两者都是不同的东西。

设定API

您是在编写插件还是主题不包含不需要任何视觉反馈的选项？使用此选项。

主题定制器

您需要具有用户应该能够看到的视觉效果的选项吗？使用此选项。