When would it be appropriate to use the settings API, and when would it be better to use the theme customizer?
整个上午我都在google上搜索，没有找到任何经过深思熟虑的和最近关于这件事的指导。虽然现在说还为时尚早，但我觉得主题定制器是引入更多类似方形空间的编辑功能的第一步。有没有人知道有什么计划让设置API落伍，以支持主题定制器？我们应该慢慢地朝着这个方向前进，还是坚持使用设置API更好？他们是否可以并肩生活，如果可以的话，责任分工在哪里？
最合适的回答,由SO网友:Chip Bennett 整理而成
这个问题的前提是有缺陷的。这个Customizer API 不是options API，而是options preview API。Customizer API依赖于Settings API 或者Theme Mods API 为通过两个API之一添加的现有设置注册控件。
对于尚未通过设置API或主题Mods API注册的新设置，自定义程序不会定义/注册，也不能定义/注册。另一种说法是：定制器API不是直接向数据库添加设置或直接从数据库检索设置的API；相反，Customizer API使用设置API或主题Mods API将设置保存到数据库或从数据库检索设置。
因此，Customizer API不是现有API的替代品options APIs; 相反，它是settings page. 自定义程序不关心设置是通过设置API还是主题Mods API注册的，并且这些设置可以在自定义程序中混合和匹配。事实上，在大多数情况下，这样的设置是混合和匹配的：自定义标题和自定义背景是主题mod，而站点标题和描述是设置API。
要确切了解如何通过Customizer API注册设置和控件，我建议阅读Otto的优秀教程：
