Introduction détaillée à 36 stratégies pour améliorer la qualité du code PHP

36 conseils pour améliorer la qualité du code PHP

1. N'utilisez pas de chemins relatifs

Vous verrez souvent :

require_once('../../lib/some_class.php');

Cette méthode présente de nombreux inconvénients :

Il recherche d'abord le chemin d'inclusion php spécifié, puis recherche le répertoire actuel.

Donc trop de chemins sont vérifiés.

Si le script est inclus par un script dans un autre répertoire, son répertoire de base devient le répertoire où se trouve l'autre script

. Autre problème, lorsque la tâche planifiée exécute le script, son répertoire parent peut ne pas être le répertoire de travail

. La meilleure option est donc d'utiliser des chemins absolus :

define('ROOT' , '/var/www/project/');
require_once(ROOT . '../../lib/some_class.php');

//rest of the code

Nous avons défini un chemin absolu et la valeur est codée en dur. Nous pouvons également l'améliorer. Le chemin /var/www/project peut également changer, devons-nous donc le changer à chaque fois ? Non, nous pouvons utiliser des constantes __FILE__, par exemple. comme :

//suppose your script is /var/www/project/index.php
//Then __FILE__ will always have that full path.

define('ROOT' , pathinfo(__FILE__, PATHINFO_DIRNAME));
require_once(ROOT . '../../lib/some_class.php');

//rest of the code

Désormais, quel que soit le répertoire vers lequel vous vous déplacez, par exemple vers un serveur externe, le code s'exécutera correctement sans aucune modification.

2. N'utilisez pas require, include, include_once, requirejs_once

directement Plusieurs fichiers peuvent être introduits en tête du script, tels que des bibliothèques de classes, des fichiers d'outils et des fonctions d'assistance, telles que :

require_once('lib/Database.php');
require_once('lib/Mail.php');

require_once('helpers/utitlity_functions.php');

Cette utilisation est assez primitive. Elle devrait être plus flexible. Un fichier d'inclusion de fonction d'assistance doit être écrit :

function load_class($class_name)
{
    //path to the class file
    $path = ROOT . '/lib/' . $class_name . '.php');
    require_once( $path );
}

load_class('Database');
load_class('Mail');

. Y a-t-il quelque chose de différent ? Le code est plus lisible.

Vous pouvez étendre cette fonction selon vos besoins à l'avenir, par exemple :

function load_class($class_name)
{
    //path to the class file
    $path = ROOT . '/lib/' . $class_name . '.php');

    if(file_exists($path))
    {
        require_once( $path );
    }
}

Vous pouvez faire plus :

Rechercher plusieurs répertoires pour le même fichier

Le répertoire où sont placés les fichiers de classe peut être facilement modifié sans avoir à modifier chaque endroit dans le code

Des fonctions similaires peuvent être utilisées pour charger des fichiers, tels que du contenu HTML.

3. Conservez le code de débogage de votre application

Dans un environnement de développement, nous imprimons les requêtes de base de données, vidons les valeurs des variables problématiques et une fois le problème résolu, nous les commentons ou les supprimons. Cependant, une meilleure approche consiste à conserver le code de débogage.

. Dans un environnement de développement, vous pouvez :

define('ENVIRONMENT' , 'development');

if(! $db->query( $query )
{
    if(ENVIRONMENT == 'development')
    {
        echo "$query failed";
    }
    else
    {
        echo "Database error. Please contact administrator";
    }
}

Dans le serveur, vous pouvez :

define('ENVIRONMENT' , 'production');

if(! $db->query( $query )
{
    if(ENVIRONMENT == 'development')
    {
        echo "$query failed";
    }
    else
    {
        echo "Database error. Please contact administrator";
    }
}

4. Utilisez des fonctions multiplateformes pour exécuter des commandes

System, exec, passthru, shell_exec Ces 4 fonctions peuvent être utilisées pour exécuter des commandes système. Le problème est que dans un hébergement partagé, certaines fonctions peuvent être désactivées de manière sélective. La plupart des débutants ont tendance à vérifier à chaque fois. quelle fonction est disponible, puis utilisez-la.

Une meilleure solution consiste à encapsuler la fonction dans une fonction multiplateforme

/**
	Method to execute a command in the terminal
	Uses :

	1. system
	2. passthru
	3. exec
	4. shell_exec

*/
function terminal($command)
{
	//system
	if(function_exists('system'))
	{
		ob_start();
		system($command , $return_var);
		$output = ob_get_contents();
		ob_end_clean();
	}
	//passthru
	else if(function_exists('passthru'))
	{
		ob_start();
		passthru($command , $return_var);
		$output = ob_get_contents();
		ob_end_clean();
	}

	//exec
	else if(function_exists('exec'))
	{
		exec($command , $output , $return_var);
		$output = implode("\n" , $output);
	}

	//shell_exec
	else if(function_exists('shell_exec'))
	{
		$output = shell_exec($command) ;
	}

	else
	{
		$output = 'Command execution not possible on this system';
		$return_var = 1;
	}

	return array('output' => $output , 'status' => $return_var);
}

terminal('ls');

. La fonction ci-dessus exécutera la commande shell tant qu'une fonction système est disponible, ce qui maintient la cohérence du code

. 5. Écrivez les fonctions de manière flexible

function add_to_cart($item_id , $qty)
{
    $_SESSION['cart']['item_id'] = $qty;
}

add_to_cart( 'IPHONE3' , 2 );

Utilisez la fonction ci-dessus pour ajouter un seul élément. Lors de l'ajout d'une liste d'éléments, faut-il créer une autre fonction ? Non, à condition de faire un peu attention aux différents types de paramètres, ce sera plus flexible par exemple. :

function add_to_cart($item_id , $qty)
{
    if(!is_array($item_id))
    {
        $_SESSION['cart']['item_id'] = $qty;
    }

    else
    {
        foreach($item_id as $i_id => $qty)
        {
            $_SESSION['cart']['i_id'] = $qty;
        }
    }
}

add_to_cart( 'IPHONE3' , 2 );
add_to_cart( array('IPHONE3' => 2 , 'IPAD' => 5) );

Désormais, la même fonction peut gérer différents types de paramètres d'entrée. Vous pouvez vous référer à l'exemple ci-dessus pour refactoriser votre code afin de le rendre plus intelligent.

6. Ignorer intentionnellement la balise de fermeture php

J'aimerais savoir pourquoi tant d'articles de blog sur les conseils PHP ne le mentionnent pas.

<?php

echo "Hello";

//Now dont close this tag

Cela vous fera gagner beaucoup de temps. Donnons un exemple :

Un fichier super_class.php

<?php
class super_class
{
    function super_function()
    {
        //super code
    }
}
?>
//super extra character after the closing tag

index.php

require_once('super_class.php');

//echo an image or pdf , or set the cookies or session data

Dans ce cas, vous obtiendrez une erreur Les en-têtes ont déjà été envoyés. Pourquoi ? Parce que le « caractère super supplémentaire » a déjà été généré. Vous devez maintenant commencer le débogage. Cela prendra beaucoup de temps pour trouver l'emplacement du super supplémentaire.

Prenez donc l’habitude d’omettre le caractère de clôture :

<?php
class super_class
{
    function super_function()
    {
        //super code
    }
}

//No closing tag

Ce sera mieux

7. Collectez toutes les entrées quelque part et envoyez-les immédiatement au navigateur

C'est ce qu'on appelle la mise en mémoire tampon de sortie. Supposons que vous ayez du contenu de sortie dans différentes fonctions :

function print_header()
{
    echo "<p id=&#39;header&#39;>Site Log and Login links</p>";
}

function print_footer()
{
    echo "<p id=&#39;footer&#39;>Site was made by me</p>";
}

print_header();
for($i = 0 ; $i < 100; $i++)
{
    echo "I is : $i <br />&#39;;
}
print_footer();

. Vous pouvez également collecter la sortie de manière centralisée quelque part. Vous pouvez la stocker dans une variable locale de la fonction, ou vous pouvez utiliser ob_start et ob_end_clean comme ceci :

function print_header()
{
    $o = "<p id=&#39;header&#39;>Site Log and Login links</p>";
    return $o;
}

function print_footer()
{
    $o = "<p id=&#39;footer&#39;>Site was made by me</p>";
    return $o;
}

echo print_header();
for($i = 0 ; $i < 100; $i++)
{
    echo "I is : $i <br />&#39;;
}
echo print_footer();

. Pourquoi la mise en mémoire tampon de sortie est nécessaire :

>>Vous pouvez modifier la sortie avant de l'envoyer au navigateur. Comme la fonction str_replaces ou peut-être preg_replaces ou ajouter du contenu HTML de surveillance/débogage.

>>C'est terrible de sortir sur le navigateur tout en effectuant un traitement PHP en même temps. Vous devriez avoir vu des messages d'erreur apparaître dans la barre latérale ou au milieu de certains sites. Savez-vous pourquoi cela se produit à cause du traitement et de la sortie ? sont mixtes.

8. Envoyez les informations d'en-tête de type MIME correctes, si du contenu non HTML est généré.

Sortez du XML.

$xml = &#39;<?xml version="1.0" encoding="utf-8" standalone="yes"?>&#39;;
$xml = "<response>
  <code>0</code>
</response>";

//Send xml data
echo $xml;

Fonctionne bien. Mais nécessite quelques améliorations.

$xml = &#39;<?xml version="1.0" encoding="utf-8" standalone="yes"?>&#39;;
$xml = "<response>
  <code>0</code>
</response>";

//Send xml data
header("content-type: text/xml");
echo $xml;

Faites attention à la ligne d'en-tête. Cette ligne indique au navigateur que le contenu envoyé est de type XML afin que le navigateur puisse le traiter correctement. Les exemples similaires incluent javascript, css, image jpg, image png :

JavaScript

CSS

header("content-type: application/x-javascript");
echo "var a = 10";

9. Définissez le codage de caractères correct pour la connexion MySQL

header("content-type: text/css");
echo "#p id { background:#000; }";

Une fois, j'ai constaté que le codage Unicode/utf-8 était défini dans la table MySQL et que phpadmin pouvait l'afficher correctement, mais lorsque vous obtenez le contenu et que vous l'affichez sur la page, des caractères tronqués apparaîtront. Le problème ici réside dans le codage des caractères. de la connexion mysql

//Attempt to connect to database
$c = mysqli_connect($this->host , $this->username, $this->password);

//Check connection validity
if (!$c) 
{
	die ("Could not connect to the database host: <br />". mysqli_connect_error());
}

//Set the character set of the connection
if(!mysqli_set_charset ( $c , &#39;UTF8&#39; ))
{
	die(&#39;mysqli_set_charset() failed&#39;);
}

一旦连接数据库, 最好设置连接的 characterset. 你的应用如果要支持多语言, 这么做是必须的.

10. 使用 htmlentities 设置正确的编码选项

php5.4前, 字符的默认编码是ISO-8859-1, 不能直接输出如À â等.

$value = htmlentities($this->value , ENT_QUOTES , CHARSET);

php5.4以后, 默认编码为UTF-8, 这將解决很多问题. 但如果你的应用是多语言的, 仍然要留意编码问题,.

11. 不要在应用中使用gzip压缩输出, 让apache处理

考虑过使用 ob_gzhandler 吗? 不要那样做. 毫无意义. php只应用来编写应用. 不应操心服务器和浏览器的数据传输优化问题.

使用apache的mod_gzip/mod_deflate 模块压缩内容.

12. 使用json_encode输出动态javascript内容

时常会用php输出动态javascript内容:

$images = array(
 'myself.png' , 'friends.png' , 'colleagues.png'
);

$js_code = '';

foreach($images as $image)
{
$js_code .= "'$image' ,";
}

$js_code = 'var images = [' . $js_code . ']; ';

echo $js_code;

//Output is var images = ['myself.png' ,'friends.png' ,'colleagues.png' ,];

更聪明的做法, 使用 json_encode:

$images = array(
 'myself.png' , 'friends.png' , 'colleagues.png'
);

$js_code = 'var images = ' . json_encode($images);

echo $js_code;

//Output is : var images = ["myself.png","friends.png","colleagues.png"]

优雅乎?

13. 写文件前, 检查目录写权限

写或保存文件前, 确保目录是可写的, 假如不可写, 输出错误信息. 这会节约你很多调试时间. linux系统中, 需要处理权限, 目录权限不当会导致很多很多的问题, 文件也有可能无法读取等等.

确保你的应用足够智能, 输出某些重要信息.

$contents = "All the content";
$file_path = "/var/www/project/content.txt";

file_put_contents($file_path , $contents);

这大体上正确. 但有些间接的问题. file_put_contents 可能会由于几个原因失败:

>>父目录不存在

>>目录存在, 但不可写

>>文件被写锁住?

所以写文件前做明确的检查更好.

$contents = "All the content";
$dir = '/var/www/project';
$file_path = $dir . "/content.txt";

if(is_writable($dir))
{
    file_put_contents($file_path , $contents);
}
else
{
    die("Directory $dir is not writable, or does not exist. Please check");
}

这么做后, 你会得到一个文件在何处写及为什么失败的明确信息.

14. 更改应用创建的文件权限

在linux环境中, 权限问题可能会浪费你很多时间. 从今往后, 无论何时, 当你创建一些文件后, 确保使用chmod设置正确权限. 否则的话, 可能文件先是由"php"用户创建, 但你用其它的用户登录工作, 系统將会拒绝访问或打开文件, 你不得不奋力获取root权限, 更改文件的权限等等.

// Read and write for owner, read for everybody else
chmod("/somedir/somefile", 0644);

// Everything for owner, read and execute for others
chmod("/somedir/somefile", 0755);

15. 不要依赖submit按钮值来检查表单提交行为

if($_POST['submit'] == 'Save')
{
    //Save the things
}

上面大多数情况正确, 除了应用是多语言的. 'Save' 可能代表其它含义. 你怎么区分它们呢. 因此, 不要依赖于submit按钮的值.

if( $_SERVER['REQUEST_METHOD'] == 'POST' and isset($_POST['submit']) )
{
    //Save the things
}

现在你从submit按钮值中解脱出来了.

16. 为函数内总具有相同值的变量定义成静态变量

//Delay for some time
function delay()
{
    $sync_delay = get_option('sync_delay');

    echo "<br />Delaying for $sync_delay seconds...";
    sleep($sync_delay);
    echo "Done <br />";
}

用静态变量取代:

//Delay for some time
function delay()
{
    static $sync_delay = null;

    if($sync_delay == null)
    {
	$sync_delay = get_option('sync_delay');
    }

    echo "<br />Delaying for $sync_delay seconds...";
    sleep($sync_delay);
    echo "Done <br />";
}

17. 不要直接使用 $_SESSION 变量

某些简单例子:

$_SESSION['username'] = $username;
$username = $_SESSION['username'];

这会导致某些问题. 如果在同个域名中运行了多个应用, session 变量可能会冲突. 两个不同的应用可能使用同一个session key. 例如, 一个前端门户, 和一个后台管理系统使用同一域名.

从现在开始, 使用应用相关的key和一个包装函数:

define('APP_ID' , 'abc_corp_ecommerce');

//Function to get a session variable
function session_get($key)
{
    $k = APP_ID . '.' . $key;

    if(isset($_SESSION[$k]))
    {
        return $_SESSION[$k];
    }

    return false;
}

//Function set the session variable
function session_set($key , $value)
{
    $k = APP_ID . '.' . $key;
    $_SESSION[$k] = $value;

    return true;
}

18. 將工具函数封装到类中

假如你在某文件中定义了很多工具函数:

function utility_a()
{
    //This function does a utility thing like string processing
}

function utility_b()
{
    //This function does nother utility thing like database processing
}

function utility_c()
{
    //This function is ...
}

这些函数的使用分散到应用各处. 你可能想將他们封装到某个类中:

class Utility
{
    public static function utility_a()
    {

    }

    public static function utility_b()
    {

    }

    public static function utility_c()
    {

    }
}

//and call them as 

$a = Utility::utility_a();
$b = Utility::utility_b();

显而易见的好处是, 如果php内建有同名的函数, 这样可以避免冲突.

另一种看法是, 你可以在同个应用中为同个类维护多个版本, 而不导致冲突. 这是封装的基本好处, 无它.

19. Bunch of silly tips

>>使用echo取代print

>>使用str_replace取代preg_replace, 除非你绝对需要

>>不要使用 short tag

>>简单字符串用单引号取代双引号

>>head重定向后记得使用exit

>>不要在循环中调用函数

>>isset比strlen快

>>始中如一的格式化代码

>>不要删除循环或者if-else的括号

不要这样写代码:

if($a == true) $a_count++;

这绝对WASTE.

写成:

if($a == true)
{
    $a_count++;
}

不要尝试省略一些语法来缩短代码. 而是让你的逻辑简短.

>>使用有高亮语法显示的文本编辑器. 高亮语法能让你减少错误.

20. 使用array_map快速处理数组

比如说你想 trim 数组中的所有元素. 新手可能会:

foreach($arr as $c => $v)
{
	$arr[$c] = trim($v);
}

但使用 array_map 更简单:

$arr = array_map('trim' , $arr);

这会为$arr数组的每个元素都申请调用trim. 另一个类似的函数是 array_walk. 请查阅文档学习更多技巧.

21. 使用 php filter 验证数据

你肯定曾使用过正则表达式验证 email , ip地址等. 是的,每个人都这么使用. 现在, 我们想做不同的尝试, 称为filter.

php的filter扩展提供了简单的方式验证和检查输入.

22. 强制类型检查

$amount = intval( $_GET['amount'] );
$rate = (int) $_GET['rate'];

这是个好习惯.

23. 如果需要,使用profiler如xdebug

如果你使用php开发大型的应用, php承担了很多运算量, 速度会是一个很重要的指标. 使用profile帮助优化代码. 可使用

xdebug和webgrid.

24. 小心处理大数组

对于大的数组和字符串, 必须小心处理. 常见错误是发生数组拷贝导致内存溢出,抛出Fatal Error of Memory size 信息:

$db_records_in_array_format; 
//This is a big array holding 1000 rows from a table each having 20 columns , every row is atleast 100 bytes , so total 1000 * 20 * 100 = 2MB

$cc = $db_records_in_array_format; //2MB more

some_function($cc); //Another 2MB ?

当导入或导出csv文件时, 常常会这么做.

不要认为上面的代码会经常因内存限制导致脚本崩溃. 对于小的变量是没问题的, 但处理大数组的时候就必须避免.

确保通过引用传递, 或存储在类变量中:

$a = get_large_array();
pass_to_function(&$a);

这么做后, 向函数传递变量引用(而不是拷贝数组). 查看文档.

class A
{
    function first()
    {
        $this->a = get_large_array();
        $this->pass_to_function();
    }

    function pass_to_function()
    {
        //process $this->a
    }
}

尽快的 unset 它们, 让内存得以释放,减轻脚本负担.

25. 由始至终使用单一数据库连接

确保你的脚本由始至终都使用单一的数据库连接. 在开始处正确的打开连接, 使用它直到结束, 最后关闭它. 不要像下面这样在函数中打开连接:

function add_to_cart()
{
    $db = new Database();
    $db->query("INSERT INTO cart .....");
}

function empty_cart()
{
    $db = new Database();
    $db->query("DELETE FROM cart .....");
}

使用多个连接是个糟糕的, 它们会拖慢应用, 因为创建连接需要时间和占用内存.

特定情况使用单例模式, 如数据库连接.

26. 避免直接写SQL, 抽象之

不厌其烦的写了太多如下的语句:

$query = "INSERT INTO users(name , email , address , phone) VALUES('$name' , '$email' , '$address' , '$phone')";
$db->query($query); //call to mysqli_query()

这不是个建壮的方案. 它有些缺点:

>>每次都手动转义值

>>验证查询是否正确

>>查询的错误会花很长时间识别(除非每次都用if-else检查)

>>很难维护复杂的查询

因此使用函数封装:

function insert_record($table_name , $data)
{
    foreach($data as $key => $value)
    {
	//mysqli_real_escape_string
        $data[$key] = $db->mres($value);
    }

    $fields = implode(',' , array_keys($data));
    $values = "'" . implode("','" , array_values($data)) . "'";

    //Final query
    $query = "INSERT INTO {$table}($fields) VALUES($values)";

    return $db->query($query);
}

$data = array('name' => $name , 'email' => $email  , 'address' => $address , 'phone' => $phone);

insert_record('users' , $data);

看到了吗? 这样会更易读和扩展. record_data 函数小心的处理了转义.

最大的优点是数据被预处理为一个数组, 任何语法错误都会被捕获.

该函数应该定义在某个database类中, 你可以像 $db->insert_record这样调用.

查看本文, 看看怎样让你处理数据库更容易.

类似的也可以编写update,select,delete方法. 试试吧.

27. 將数据库生成的内容缓存到静态文件中

如果所有的内容都是从数据库获取的, 它们应该被缓存. 一旦生成了, 就將它们保存在临时文件中. 下次请求该页面时, 可直接从缓存中取, 不用再查数据库.

好处:

>>节约php处理页面的时间, 执行更快

>>更少的数据库查询意味着更少的mysql连接开销

28. 在数据库中保存session

基于文件的session策略会有很多限制. 使用基于文件的session不能扩展到集群中, 因为session保存在单个服务器中. 但数据库可被多个服务器访问, 这样就可以解决问题.

在数据库中保存session数据, 还有更多好处:

>>处理username重复登录问题. 同个username不能在两个地方同时登录.

>>能更准备的查询在线用户状态.

29. 避免使用全局变量

>>使用 defines/constants

>>使用函数获取值

>>使用类并通过$this访问

30. 在head中使用base标签

没听说过? 请看下面:

<head>
<base href="http://www.domain.com/store/">
</head>
<body>
<img src="happy.jpg" />
</body>
</html>

base 标签非常有用. 假设你的应用分成几个子目录, 它们都要包括相同的导航菜单.

www.domain.com/store/home.php

www.domain.com/store/products/ipad.php

在首页中, 可以写:

<a href="home.php">Home</a>
<a href="products/ipad.php">Ipad</a>

但在你的ipad.php不得不写成:

<a href="../home.php">Home</a>
<a href="ipad.php">Ipad</a>

因为目录不一样. 有这么多不同版本的导航菜单要维护, 很糟糕啊.

因此, 请使用base标签.

<a href="home.php">Home</a>
<a href="products/ipad.php">Ipad</a>

现在, 这段代码放在应用的各个目录文件中行为都一致.

31. 永远不要將 error_reporting 设为 0

关闭不相的错误报告. E_FATAL 错误是很重要的.

ini_set('display_errors', 1);
error_reporting(~E_WARNING & ~E_NOTICE & ~E_STRICT);

32. 注意平台体系结构

integer在32位和64位体系结构中长度是不同的. 因此某些函数如 strtotime 的行为会不同.

在64位的机器中, 你会看到如下的输出.

$ php -a
Interactive shell

php > echo strtotime("0000-00-00 00:00:00");
-62170005200
php > echo strtotime('1000-01-30');
-30607739600
php > echo strtotime('2100-01-30');
4104930600

但在32位机器中, 它们將是bool(false). 查看这里, 了解更多.

33. 不要过分依赖 set_time_limit

如果你想限制最小时间, 可以使用下面的脚本:

set_time_limit(30);

//Rest of the code

高枕无忧吗?  注意任何外部的执行, 如系统调用,socket操作, 数据库操作等, 就不在set_time_limits的控制之下.

 因此, 就算数据库花费了很多时间查询, 脚本也不会停止执行. 视情况而定.

34. 使用扩展库

一些例子:

>>mPDF -- 能通过html生成pdf文档

>>PHPExcel -- lire et écrire Excel

>>PhpMailer -- Gérez facilement l'envoi d'e-mails à proximité

>>pChart -- Utilisez php pour générer des rapports

Utilisez des bibliothèques open source pour effectuer des tâches complexes, telles que la génération de fichiers PDF, MS-Excel, de rapports, etc.

35. Utiliser le framework MVC

Il est temps d'utiliser un framework MVC comme codeigniter. Les frameworks MVC ne vous obligent pas à écrire du code orienté objet, ils séparent uniquement le code php du HTML.

. >>Distinguer clairement le code php et html. C'est bien dans la collaboration en équipe, les concepteurs et les programmeurs peuvent travailler en même temps.

>>Les fonctions conçues orientées objet facilitent la maintenance

>>Les fonctions intégrées ont fait beaucoup de travail, vous n'avez pas besoin de l'écrire à plusieurs reprises

>>Développer des applications volumineuses est un must

>>De nombreuses suggestions, astuces et hacks ont été mis en œuvre par le framework

36. Vérifiez fréquemment phpbench

phpbench fournit des résultats de référence pour certaines opérations PHP de base, montrant comment de petits changements de syntaxe peuvent entraîner d'énormes différences.

Consultez les commentaires sur le site php, posez des questions sur IRC, lisez du code open source de temps en temps et développez sous Linux

Ce qui précède est une introduction détaillée aux 36 stratégies pour améliorer la qualité du code php. . Pour plus de contenu connexe, veuillez prêter attention à PHP Chinese Net (www.php.cn) !