我发现,至少在我看来,插件或主题开发的最长部分是创建选项面板。所以我想知道您对此有何看法。您是否使用现成的框架或类?如果是这样的女巫?还是从头开始编写?使用设置API还是普通选项?
谢谢。
我发现,至少在我看来,插件或主题开发的最长部分是创建选项面板。所以我想知道您对此有何看法。您是否使用现成的框架或类?如果是这样的女巫?还是从头开始编写?使用设置API还是普通选项?
谢谢。
Answers:
好的,所以找到了更多:
JeffreyWay / WordPress-Theme-Options-Page-该项目托管在github上,面向主题开发人员,为开源类,看上去不错,还没有使用过。(链接无效)。
devinsays / Options-Framework-开放源代码框架该项目托管在github上,面向主题开发人员,后来我了解到该项目已演变为具有许多功能的Thematic-options大型项目。(链接无效)
helgatheviking / thematic-options-KIA-该项目
托管在github上,旨在帮助开发人员将选项构建到其子主题中,巫婆对主题选项的选择非常最新(链接已失效)。
WordPress的AdminPage类 -商业解决方案,打包功能,非常易于使用。
OptionTree插件 -用于创建选项面板的IDE,具有许多功能并不断更新,缺点是:它不容易集成到插件或主题中,并且默认选项也不可选项(版本1.1.1之前)。
仅此而已,但仍在此寻找您的经验。
经过很长时间的尝试,我设法将“选项”树与我的插件集成在一起,在完成这一部分之后,我不得不说,向我的插件添加选项从来没有像现在这样容易!所有操作都无需编写代码,而是使用随附的漂亮UI。因此,到目前为止,它是我的最爱,除了它自己是插件而不是框架巫师之外,这使得集成部分变得更加困难。
如果您阅读了第一次更新,那么它将是180度转弯,首先我已经停止使用Option-Tree巫婆,但是很难集成,但是主要是因为它在选项数据库表中为您每个选项创建了一个选项行添加到它,所以我的插件已在数据库中创建了287行,这出于很多原因是很糟糕的,但是主要的原因是在停用插件时很难删除所有这些行,因此您必须为它们中的每一个创建一个get-option调用,因此那是很多数据库调用。由于有一点点挫折,我发现这里列出的大多数框架都以相同的方式工作,每个选项都有自己的一行。
如果有人仍然在这里得分,那我最终自己编写代码
option panel class
它的主要特点是:
Last Update
更好地放在顶部吗?。。。而option panel class
在<H1>?。。。再次:哇,为此,万亿感谢!
scbFramework具有相关的类,我将其用于一个插件,从而节省了大量时间;
WPAlchemy MetaBox对此我有很多提及,我自己还没有使用过。
Hybrid Core具有用于页面/元框/设置的功能集,但仅将其用于此可能没有意义。
我一直在使用它,我喜欢它如何输出iframe预览,但是由于我正在弄清楚这些东西,所以我开始写自己的东西。
http://clark-technet.com/2010/01/wordpress-theme-options-framework-ver-2
我认为我们可以将“无限主题反框架”添加到此列表中。http://infinity.presscrew.com/