为什么一些核心函数获得wp_,而其他核心函数没有呢?规则是什么?

时间:2011-08-23 作者:Tom Auger

为什么某些WP代码函数的前缀是wp_ ? 例如:wp_insert_post() vs。update_post_meta()

4 个回复
最合适的回答,由SO网友:Rarst 整理而成

这并不是一个令人印象深刻的答案,但-none.

get_ is后缀通常表示函数返回一些东西,the_ 这个函数反映了一些东西。

wp_ 没有技术意义,命名中的不一致性来自许多开发人员的参与,并且缺乏统一的运动(向前推进被认为比对旧东西进行重大清理更重要,以使其整洁)。

SO网友:kaiser

Wordpress过去和现在都是由许多不同的人编写的。补丁在wordpress trac中讨论,任何提交或分配给trac票证的人都可以发布补丁。如果补丁被接受并移动到即将发布的版本的核心中,它就在那里。因此,有时函数、变量等获取前缀,而有时不获取前缀。这取决于参与的开发人员。

SO网友:scribu

这个wp_ 通常添加前缀是为了避免与以下命名冲突:

原生PHP函数,如get\\u current\\u user(),旧的/弃用的WP函数,如get\\u archives(),第三方库

SO网友:goldenapples

我一直认为区别在于-除了基本模板标记之外,它们通常只有尽可能简单的描述性名称:

以开头的函数wp_ 通常是高级公共API函数,可以保证始终存在并保持转发兼容性update_post_meta 是一个完美的例子wp_ 如果我的分类为true,请使用前缀。但是WordPress中有足够深的遗留代码,可以阻止任何试图理解任何命名约定的尝试。

结束

相关推荐

创建补丁以提交给WordPress Core的最简单方法?

我已经提交了一些patches for WordPress core 在…上Trac (其中一个已经被使用过)但每次我想这样做的时候,我都会退缩,因为我这样做的设置令人难以置信地乏味。有人能详细说明提交core补丁所需的步骤吗,然后是简化流程的最佳方法,这样就不会那么乏味了?我目前使用Mac OS X和PhpStorm,但我认为shell脚本可能是最简单的?或者是一个PHP脚本,它可以完成所有的死记硬背工作?问题之一是我不完全理解我需要从什么开始。我是从行李箱开始的吗?每次我想创建补丁时,我是否必须下载一