2022-12-12 / 407阅
WordPress内核是强制执行PHP编码标准的,不符合标准的代码是不允许发布的,我们在开发过程中最好也按照这些标准来执行,尤其是想发布到wordpress主题插件库的代码。不符合标准的代码是不能审核通过的。
虽然主题和插件可能会选择遵循不同的编码风格,但这些编码标准不仅与代码风格有关,还包含 WordPress 生态系统中有关互操作性、可翻译性和安全性的既定最佳实践,因此,即使使用不同的代码风格,我们建议您仍然遵守有关这些最佳实践的 WordPress 编码标准。
下面我们来介绍下WordPress的一般标准。
在 HTML 块中嵌入多行 PHP 片段时,PHP 开始和结束标记必须单独在一行上。
function foo() {
?>
<div>
<?php
echo esc_html(
bar(
$baz,
$bat
)
);
?>
</div>
<?php
}
单独写在一行,方便阅读,TAB格式也要标准正确。下面的单行的结构。
<input name="<?php echo esc_attr( $name ); ?>" />
来一个不正确的写法
if ( $a === $b ) { ?>
<some html>
<?php }
适当时使用单引号和双引号,如果内容没有引用,一般建议使用单引号。内容有变量、函数可以选择使用双引号。
echo '<a href="/static/link" class="button button-primary">Link name</a>';
echo "<a href='{$escaped_link}'>text with a ' single quote</a>";
进入 HTML 或 XML 属性的文本应该被转义,这样单引号或双引号就不会结束属性值并使 HTML 无效,从而导致安全问题。
因为include[_once]
和require[_once]
是语言结构,它们不需要在路径周围加括号,所以不应该使用它们。路径和 include/require 关键字之间应该只有一个空格。
强烈建议用于require[_once]
无条件包含。使用时include[_once]
,PHP 会在找不到文件但会继续执行时抛出警告,如果您的应用程序依赖于加载的文件,这几乎肯定会导致抛出其他错误/警告/通知,从而可能导致安全漏洞。出于这个原因,require[_once]
通常是更好的选择,因为Fatal Error
如果找不到文件,它会抛出一个错误。
// Correct.
require_once ABSPATH . 'file-name.php';
// Incorrect.
include_once ( ABSPATH . 'file-name.php' );
require_once __DIR__ . '/file-name.php';
在变量、动作/过滤器和函数名称中使用小写字母,通过下划线分隔单词,不必要不使用缩写变量名,方便阅读时知晓相应内容。
function some_name( $some_variable ) {}
对于函数参数名称,强烈建议避免使用保留关键字作为名称。
另请记住,自 PHP 8.0 以来,重命名函数参数应被视为重大更改,因此请谨慎命名函数参数!
Class、trait、interface 和 enum 名称应该使用下划线分隔的大写单词。任何首字母缩略词都应全部大写。
class Walker_Category extends Walker {}
class WP_HTTP {}
interface Mailer_Interface {}
trait Forbid_Dynamic_Properties {}
enum Post_Status {}
常量应全部大写,并用下划线分隔单词:
define( 'DOING_AJAX', true );
文件应使用小写字母进行描述性命名,用连字符分隔。
my-plugin-name.php
类文件名应以类名class-
为准,将类名中的下划线替换为连字符,例如WP_Error
变为:
class-wp-error.php
此文件命名标准适用于所有包含类的当前文件和新文件,测试类除外。
目录中包含模板标签的wp-includes
文件应该-template
附加到名称的末尾,这样它们就很明显了。
general-template.php
出于可读性和可发现性目的,动态挂钩应该使用插值而不是连接来命名。
动态挂钩是在其标签名称中包含动态值的挂钩,例如{$new_status}_{$post->post_type}
(publish_post)。
钩子标签中使用的变量应该用花括号{
和括}
起来,完整的外部标签名称用双引号括起来。这是为了确保 PHP 可以正确解析内插字符串中给定变量的类型。
do_action( "{$new_status}_{$post->post_type}", $post->ID, $post );
在可能的情况下,标签名称中的动态值也应尽可能简洁明了。$user_id
比$this->id更直观。
始终在点之后以及逻辑运算符、算术运算符、比较运算符、字符串运算符和赋值运算符的两侧放置空格。
SOME_CONST === 23;
foo() && bar();
! $foo;
array( 1, 2, 3 );
$baz . '-5';
$term .= 'X';
if ( $object instanceof Post_Type_Interface ) {}
$result = 2 ** 3; // 8.
在控制结构块的左括号和右括号的两边放置空格。
foreach ( $foo as $bar ) { ...
定义函数时,这样做:
function my_function( $param1 = 'foo', $param2 = 'bar' ) { ...
function my_other_function() { ...
调用函数时,这样做:
my_function( $param1, func_param( $param2 ) );
my_other_function();
执行逻辑比较时,这样做:
if ( ! $foo ) { ...
类型转换必须是小写的,建议使用简短形式的类型转换,(int)
而不是(integer)
and(bool)
而不是(boolean)
. 对于 float casts 使用(float)
, not (real)
which 在 PHP 7.4 中被弃用,并在 PHP 8 中被移除:
foreach ( (array) $foo as $bar ) { ...
$foo = (bool) $bar;
引用数组时,如果它是变量,则仅在索引周围包含一个空格,例如:
$x = $foo['bar']; // Correct.
$x = $foo[ 'bar' ]; // Incorrect.
$x = $foo[0]; // Correct.
$x = $foo[ 0 ]; // Incorrect.
$x = $foo[ $bar ]; // Correct.
$x = $foo[$bar]; // Incorrect.
在switch中,CASE条件和冒号之间不能有空格
switch ( $foo ) {
case 'bar': // Correct.
case 'ba' : // Incorrect.
}
除非另有说明,否则括号内应有空格。
if ( $foo && ( $bar || $baz ) ) { ...
my_function( ( $x - 1 ) * 5, $y );
使用递增 ( ++
) 或递减 ( --
) 运算符时,运算符和它所应用的变量之间不应有空格。
// Correct.
for ( $i = 0; $i < 10; $i++ ) {}
// Incorrect.
for ( $i = 0; $i < 10; $i ++ ) {}
++ $b; // Multiple spaces.
缩进应始终反映逻辑结构,使用真正的TAB,而不是空格,因为这样可以在客户端之间实现最大的灵活性。
例外:如果你有一段代码,如果对齐的话会更具可读性,请使用空格:
[tab]$foo = 'somevalue';
[tab]$foo2 = 'somevalue2';
[tab]$foo34 = 'somevalue3';
[tab]$foo5 = 'somevalue4';
对于关联数组,当数组包含多个项目时,每个项目都应另起一行:
$query = new WP_Query( array( 'ID' => 123 ) );
$args = array(
[tab]'post_type' => 'page',
[tab]'post_author' => 123,
[tab]'post_status' => 'publish',
);
$query = new WP_Query( $args );
请保留最后一个数组项之后的逗号,因为它可以更轻松地更改数组的顺序,并在添加新项时使差异更清晰。
$my_array = array(
[tab]'foo' => 'somevalue',
[tab]'foo2' => 'somevalue2',
[tab]'foo3' => 'somevalue3',
[tab]'foo34' => 'somevalue3',
);
对于switch
控制结构,case
语句应从语句缩进一个制表符,switch
而内容case
应从case
条件语句缩进一个制表符。
switch ( $type ) {
[tab]case 'foo':
[tab][tab]some_function();
[tab][tab]break;
[tab]case 'bar':
[tab][tab]some_function();
[tab][tab]break;
}
经验法则:制表符应用于行首以进行缩进,而空格可用于行中对齐。
删除每行末尾的尾随空格,最好省略文件末尾的结束 PHP 标记。如果您使用标签,请确保删除尾随空格。
函数体末尾不应有尾随空行。
大括号样式,此处显示的样式中的所有块都应使用大括号:
if ( condition ) {
action1();
action2();
} elseif ( condition2 && condition3 ) {
action3();
action4();
} else {
defaultaction();
}
如果您有一个非常长的块,请考虑是否可以将它分成两个或更多个较短的块、函数或方法,以降低复杂性、提高测试的便利性并增加可读性。应始终使用大括号,即使在不需要时也是如此:
if ( condition ) {
action0();
}
if ( condition ) {
action1();
} elseif ( condition2 ) {
action2a();
action2b();
}
foreach ( $items as $item ) {
process_item( $item );
}
请注意,要求使用大括号意味着禁止使用单语句内联控制结构。您可以自由使用控制结构的替代语法(例如if
/ endif
、while
/ endwhile
)——尤其是在 PHP 代码嵌入到 HTML 中的模板中,例如:
<?php if ( have_posts() ) : ?>
<div class="hfeed">
<?php while ( have_posts() ) : the_post(); ?>
<article id="<?php echo esc_attr( 'post-' . get_the_ID() ); ?>" class="<?php echo esc_attr( get_post_class() ); ?>">
<!-- ... -->
</article>
<?php endwhile; ?>
</div>
<?php endif; ?>
使用长数组语法 ( array( 1, 2, 3 )
) 声明数组通常比短数组语法 ( [ 1, 2, 3 ]
) 更具可读性,特别是对于那些有视力障碍的人。此外,它对初学者更具描述性。
必须使用长数组语法声明数组。
将函数调用拆分为多行时,每个参数必须在单独的行中,单行内联注释可以占自己一行。
每个参数不得超过一行,必须将多行参数值分配给一个变量,然后将该变量传递给函数调用。
$bar = array(
'use_this' => true,
'meta_key' => 'field_name',
);
$baz = sprintf(
/* translators: %s: Friend's name */
__( 'Hello, %s!', 'yourtextdomain' ),
$friend_name
);
$a = foo(
$bar,
$baz,
/* translators: %s: cat */
sprintf( __( 'The best pet is a %s.' ), 'cat' )
);
类型声明必须在类型前后各留一个空格。可空性运算符 ( ?
) 被视为类型声明的一部分,此运算符与实际类型之间不应有空格。基于类/接口/枚举名称的类型声明应使用声明的类/接口/枚举名称的大小写,而基于关键字的类型声明应小写。
返回类型声明在函数声明的右括号和开始返回类型的冒号之间不应有空格。
这些规则适用于所有允许类型声明的结构:函数、闭包、枚举、catch 条件以及 PHP 7.4 箭头函数和类型化属性。
// Correct.
function foo( Class_Name $parameter, callable $callable, int $number_of_things = 0 ) {
// Do something.
}
function bar(
Interface_Name&Concrete_Class $param_a,
string|int $param_b,
callable $param_c = 'default_callable'
): User|false {
// Do something.
}
// Incorrect.
function baz(Class_Name $param_a, String$param_b, CALLABLE $param_c ) : ? iterable {
// Do something.
}
笔记:根据应用程序所需的最低 PHP 版本,无论是 WordPress 核心、插件还是主题,类型声明的使用有以下限制:
bool
、int
、float
和string声明。iterable
和类型声明。void
该void
类型只能用作返回类型。object
最低 PHP 版本为 PHP 7.2 或更高版本之前,无法使用类型声明。static
(仅返回类型)在最低 PHP 版本为 PHP 8.0 或更高版本之前不能使用。mixed
在最低 PHP 版本为 PHP 8.0 或更高版本之前,不能使用类型。请注意,该mixed
类型包括null
,因此不能为空。never
(仅返回类型)在最低 PHP 版本为 PHP 8.1 或更高版本之前不能使用。在 WordPress 核心中的使用
警告:向现有的 WordPress 核心函数添加类型声明应该格外小心。
任何可以被插件或主题重载的函数(方法)的函数签名都不应该被触及。
现在,这只剩下全局命名空间中无条件声明的函数、private
类方法和 Core 新代码,作为添加类型声明的候选者。
注意:目前强烈建议不要array
在类型声明中使用关键字,因为大多数情况下,最好使用它以在实现中提供更大的灵活性,并且在提高最低要求之前,iterable关键字尚不能用于 WordPress 核心到 PHP 7.1。
PHP 原生的__*__
魔术常量,如__CLASS__
和__DIR__
,在使用时应大写。
使用::class
常量进行类名解析时,class
关键字应小写,::
运算符两边不能有空格。
// Correct.
add_action( 'action_name', array( __CLASS__, 'method_name' ) );
add_action( 'action_name', array( My_Class::class, 'method_name' ) );
// Incorrect.
require_once __dIr__ . '/relative-path/file-name.php';
add_action( 'action_name', array( My_Class :: CLASS, 'method_name' ) );
...
使用展开运算符时,展开运算符前应有一个空格或换行并适当缩进。扩展运算符和它适用的变量/函数调用之间不应有空格。将扩展运算符与引用运算符 ( &
) 结合使用时,它们之间不应有空格。
// Correct.
function foo( &...$spread ) {
bar( ...$spread );
bar(
array( ...$foo ),
...array_values( $keyed_array )
);
}
// Incorrect.
function fool( & ... $spread ) {
bar(...
$spread );
bar(
[... $foo ],... array_values( $keyed_array )
);
}
笔记:自 PHP 5.6 起,展开运算符(或在其他语言中称为 splat 运算符)可用于在函数声明(可变参数函数)中打包参数并在函数调用中解包它们。自 PHP 7.4 起,展开运算符也用于解包数字索引数组,自 PHP 8.1 起可用字符串键控数组解包。
在函数声明中使用时,扩展运算符只能与最后一个参数一起使用。
命名空间声明,命名空间名称的每个部分都应该由下划线分隔的大写单词组成。
命名空间声明在声明之前应该只有一个空行,在声明之后至少有一个空行。
namespace Prefix\Admin\Domain_URL\Sub_Domain\Event; // Correct.
每个文件应该只有一个名称空间声明,并且它应该位于文件的顶部。不允许使用花括号语法的命名空间声明,显式全局命名空间声明(没有名称的命名空间声明)也是不允许的。
// Incorrect: namespace declaration using curly brace syntax.
namespace Foo {
// Code.
}
// Incorrect: namespace declaration for the global namespace.
namespace {
// Code.
}
Vendor\Project_Name
是个好主意。wp
和WordPress
命名空间前缀是为 WordPress 本身保留的 。define()
或非 PHP 原生构造没有影响,例如 WordPress 中使用的钩子名称。use
语句使用 import use
语句允许您引用常量、函数、类、接口、名称空间、枚举和存在于当前名称空间之外的特征。导入use
语句应位于文件顶部并跟在(可选)namespace
声明之后。他们应该根据导入的类型遵循特定的顺序:
use
命名空间、类、接口、特征和枚举的语句use
函数语句use
常量语句别名可用于防止名称冲突(不同命名空间中的两个类使用相同的类名)。
使用别名时,请确保别名遵循 WordPress 命名约定并且是唯一的。
以下示例展示了use
有关间距、分组、前导反斜杠等内容的 import 语句的正确和错误用法。
正确的:
namespace Project_Name\Feature;
use Project_Name\Sub_Feature\Class_A;
use Project_Name\Sub_Feature\Class_C as Aliased_Class_C;
use Project_Name\Sub_Feature\{
Class_D,
Class_E as Aliased_Class_E,
}
use function Project_Name\Sub_Feature\function_a;
use function Project_Name\Sub_Feature\function_b as aliased_function;
use const Project_Name\Sub_Feature\CONSTANT_A;
use const Project_Name\Sub_Feature\CONSTANT_D as ALIASED_CONSTANT;
// Rest of the code.
不正确:
namespace Project_Name\Feature;
use const Project_Name\Sub_Feature\CONSTANT_A; // Superfluous whitespace after the "use" and the "const" keywords.
use function Project_Name\Sub_Feature\function_a; // Function import after constant import.
use \Project_Name\Sub_Feature\Class_C as aliased_class_c; // Leading backslash shouldn't be used, alias doesn't comply with naming conventions.
use Project_Name\Sub_Feature\{Class_D, Class_E as Aliased_Class_E} // Extra spaces around the "as" keyword, incorrect whitespace use inside the brace opener and closer.
use Vendor\Package\{ function function_a, function function_b,
Class_C,
const CONSTANT_NAME}; // Combining different types of imports in one use statement, incorrect whitespace use within group use statement.
class Foo {
// Code.
}
use const \Project_Name\Sub_Feature\CONSTANT_D as Aliased_constant; // Import after class definition, leading backslash, naming conventions violation.
use function Project_Name\Sub_Feature\function_b as Aliased_Function; // Import after class definition, naming conventions violation.
// Rest of the code.
警报:导入use
语句对动态类、函数或常量名称没有影响。
组use
语句从 PHP 7.0 开始可用,组use
语句中的尾随逗号从 PHP 7.2 开始可用。
笔记:请注意,除非您已实现自动加载,否则该use
语句不会自动加载正在导入的任何内容。您需要设置自动加载或使用require/import
语句加载包含类/函数/常量的文件,以便在使用时加载别名结构。
关于 WordPres Core 使用的注意事项
虽然 importuse
语句已经可以在 WordPress Core 中使用,但目前强烈建议不要使用。
Importuse
语句在与名称空间和类自动加载实现结合使用时最有用。
由于这些目前都没有用于 WordPress Core,并且有关此的讨论正在进行中,因此暂缓use
向 WordPress Core 添加导入语句是目前明智的选择。
每个文件只有一个对象结构(类/接口/特征)
例如,如果我们有一个名为的文件class-example-class.php
,它只能包含该文件中的一个类。
// Incorrect: file class-example-class.php.
class Example_Class {}
class Example_Class_Extended {}
第二类应该在它自己的文件中,名为class-example-class-extended.php
.
// Correct: file class-example-class.php.
class Example_Class {}
// Correct: file class-example-class-extended.php.
class Example_Class_Extended {}
特征use
语句应该位于类的顶部,并且在第一个use
语句之前应该有一个空行,并且在最后一个语句之后至少有一个空行。唯一的例外是当类只包含特征use
语句时,在这种情况下可以省略后面的空行。
以下代码示例显示了use
关于间距、分组和缩进等特征语句的格式要求。
// Correct.
class Foo {
use Bar_Trait;
use Foo_Trait,
Bazinga_Trait {
Bar_Trait::method_name insteadof Bar_Trait;
Bazinga_Trait::method_name as bazinga_method;
}
use Loopy_Trait { eat as protected; }
public $baz = true;
...
}
// Incorrect.
class Foo {
// No blank line before trait use statement, multiple spaces after the use keyword.
use Bar_Trait;
/*
* Multiple spaces when importing traits, no new line after opening brace.
* Aliasing should be done on the same line as the method it's replacing.
*/
use Foo_Trait, Bazinga_Trait{Bar_Trait::method_name insteadof Foo_Trait; Bazinga_Trait::method_name
as bazinga_method;
}; // Wrongly indented brace.
public $baz = true; // Missing blank line after trait import.
...
}
对于所有允许它的构造(自 PHP 7.1 起的属性、方法、类常量),应该显式声明可见性。不允许
使用关键字var进行属性声明。
// Correct.
class Foo {
public $foo;
protected function bar() {}
}
// Incorrect.
class Foo {
var $foo;
function bar() {}
}
在 WordPress 核心中的使用,在将最低 PHP 版本提高到 PHP 7.1 之前,不能在 WordPress 核心中使用类常量的可见性。
当一个类声明使用多个修饰符时,顺序应该如下:
abstract
或final
修饰符。readonly
修饰符。在面向对象结构中对常量声明使用多个修饰符时,顺序应如下:
final
修饰符。当对一个属性声明使用多个修饰符时,顺序应该如下:
static
或readonly
修饰符(这些关键字是互斥的)。type
声明。当一个方法声明使用多个修饰符时,顺序应该如下:
abstract
或final
修饰符。static
修饰符。// Correct.
abstract readonly class Foo {
private const LABEL = 'Book';
public static $foo;
private readonly string $bar;
abstract protected static function bar();
}
// Incorrect.
class Foo {
protected final const SLUG = 'book';
static public $foo;
static protected final function bar() {
// Code.
};
}
final
自 PHP 8.1 起,面向对象结构中常量的修饰符可用。当实例化一个新的对象实例时,必须始终使用括号,即使不是绝对必要的。
被实例化的类的名称和左括号之间不应有空格。
// Correct.
$foo = new Foo();
$anonymous_class = new class( $parameter ) { ... };
$instance = new static();
// Incorrect.
$foo = new Foo;
$anonymous_class = new class ( $input ) { ... };
使用elseif
, 不else if
,else if
与块的冒号语法不兼容。
if ( true === $the_force ) {
$victorious = you_will( $be );
}
在进行涉及变量的逻辑比较时,始终将变量放在右侧,将常量、文字或函数调用放在左侧。如果双方都不是变量,则顺序并不重要。
三元运算符很好,但总是让它们测试语句是否为真,而不是假。否则,它只会变得混乱。(一个例外是使用! empty()
,因为这里测试 false 通常更直观。)
不得使用短三元运算符。
例如:
// (if statement is true) ? (do this) : (else, do this);
$musictype = ( 'jazz' === $music ) ? 'cool' : 'blah';
// (if field is not empty ) ? (do this) : (else, do this);
@
如PHP 文档中所述:
PHP 支持一种错误控制运算符:at 符号 (@)。在 PHP 中添加到表达式之前时,该表达式可能生成的任何诊断错误都将被抑制。
虽然这个运算符确实存在于 Core 中,但它经常被懒惰地使用,而不是进行适当的错误检查。强烈建议不要使用它,因为甚至 PHP 文档也指出:
警告:在 PHP 8.0.0 之前,@ 运算符可以禁用将终止脚本执行的严重错误。例如,将 @ 添加到调用不存在的函数之前,由于不可用或输入错误,将导致脚本终止,但没有任何指示说明原因。
对于独立语句,前递增/递减应优于后递增/递减。
前自增/自减会先自增/自减再返回,后自增/自减会先返回再自增/自减。
使用“pre”版本的性能稍微好一些,并且可以在代码移动时防止将来出现错误。
// Correct: Pre-decrement.
--$a;
// Incorrect: Post-decrement.
$a--;
避免直接接触数据库。如果有一个定义的函数可以获取你需要的数据,就使用它。数据库抽象(使用函数而不是查询)有助于保持代码向前兼容,并且在结果缓存在内存中的情况下,它可以快很多倍。
如果您必须接触数据库,请考虑创建一个Trac票证。您可以在那里讨论为未来版本的 WordPress 添加新功能以涵盖您想要的功能的可能性。
在格式化 SQL 语句时,您可以将它们分成几行并缩进,如果它足够复杂以保证这样做的话。不过,大多数语句都可以很好地作为一行。始终将语句的 SQL 部分大写,例如UPDATE
or WHERE
。
更新数据库的函数应该期望它们的参数在传递时没有 SQL 斜线转义。转义应尽可能接近查询时间,最好使用$wpdb->prepare()
$wpdb->prepare()
是一种处理 SQL 查询的转义、引用和 int 转换的方法。它使用sprintf()
格式化样式的子集。例子 :
$var = "dangerous'"; // Raw data that may or may not need to be escaped.
$id = some_foo_number(); // Data we expect to be an integer, but we're not certain.
$wpdb->query( $wpdb->prepare( "UPDATE $wpdb->posts SET post_title = %s WHERE ID = %d", $var, $id ) );
%s
用于字符串占位符,%d
用于整数占位符。请注意,它们没有被“引用”!$wpdb->prepare()
将为我们处理转义和引用。这样做的好处是很容易一眼看出是否有东西被转义,因为它恰好在查询发生时发生。
有关详细信息,请参阅插件手册中的数据验证。
在调用函数时true
更喜欢字符串值
// Incorrect.
function eat( $what, $slowly = true ) {
...
}
eat( 'mushrooms' );
eat( 'mushrooms', true ); // What does true mean?
eat( 'dogfood', false ); // What does false mean? The opposite of true?
从 PHP 8.0 开始,PHP 仅支持命名参数。然而,由于 WordPress 目前仍然支持旧的 PHP 版本,我们还不能使用它们。
没有命名参数,标志的值就没有意义,每次我们遇到像上面例子这样的函数调用时,我们都必须搜索函数定义,通过使用描述性字符串值而不是布尔值,可以使代码更具可读性。
// Correct.
function eat( $what, $speed = 'slowly' ) {
...
}
eat( 'mushrooms' );
eat( 'mushrooms', 'slowly' );
eat( 'dogfood', 'quickly' );
当需要更多的词来描述函数参数时,$args
数组可能是更好的模式。
function eat( $what, $args ) {
...
}
eat ( 'noodles', array( 'speed' => 'moderate' ) );
使用此模式时要小心,因为如果输入在使用前未经过验证,它可能会导致“未定义的数组索引”通知。仅在有意义的地方(即多个可能的参数)使用此模式,而不仅仅是为了它。
一般来说,可读性比聪明或简洁更重要。
isset( $var ) || $var = some_function();
虽然上面这行代码很聪明,但如果你不熟悉的话,还是需要花些时间才能理解。所以,就这样写吧:
if ( ! isset( $var ) ) {
$var = some_function();
}
除非绝对必要,否则不应使用松散的比较,因为它们的行为可能会产生误导。
正确的:
if ( 0 === strpos( $text, 'WordPress' ) ) {
echo esc_html__( 'Yay WordPress!', 'textdomain' );
}
不正确:
if ( 0 == strpos( 'WordPress', 'foo' ) ) {
echo esc_html__( 'Yay WordPress!', 'textdomain' );
}
赋值不得放在条件语句中。
正确的:
$data = $wpdb->get_var( '...' );
if ( $data ) {
// Use $data.
}
不正确:
if ( $data = $wpdb->get_var( '...' ) ) {
// Use $data.
}
在一个switch
声明中,可以将多个空案例落入一个公共块。如果一个案例包含一个块,则进入下一个块,但是,这必须明确注释。
switch ( $foo ) {
case 'bar': // Correct, an empty case can fall through without comment.
case 'baz':
echo esc_html( $foo ); // Incorrect, a case with a block must break, return, or have a comment.
case 'cat':
echo 'mouse';
break; // Correct, a case with a break does not require a comment.
case 'dog':
echo 'horse';
// no break // Correct, a case can have a comment to explicitly mention the fall through.
case 'fish':
echo 'bird';
break;
}
goto
绝不能使用该语句。
该eval()
构造非常危险且无法保护。此外,该create_function()
函数在内部执行eval()
,自 PHP 7.2 起已弃用,并已在 PHP 8.0 中删除。这些都不能使用。
在适当的情况下,闭包可以用作创建新函数以作为回调传递的替代方法。例如:
$caption = preg_replace_callback(
'/<[a-zA-Z0-9]+(?: [^<>]+>)*/',
function ( $matches ) {
return preg_replace( '/[\r\n\t]+/', ' ', $matches[0] );
},
$caption
);
闭包不应作为过滤器或操作回调传递,因为通过remove_action()
/删除它们remove_filter()
很复杂(此时)。
Perl 兼容的正则表达式(PCRE,preg_
函数)应该优先使用它们的 POSIX 对应物。切勿使用/e
开关,而应使用preg_replace_callback
。
对正则表达式使用单引号字符串是最方便的,因为与双引号字符串相反,它们只有两个元序列需要转义:\'
和\\
.
extract()
是一个糟糕的函数,它使代码更难调试和更难理解。我们应该阻止它的 [sic] 使用并删除我们对它的所有使用。
不允许使用反引号运算符。
反引号运算符的使用与相同,大多数主机出于安全原因shell_exec()
在php.ini文件中禁用此功能。
阅读文章或者观看视频过程中有任何问题,请下方留言或者联系我Q248758228