Php 将$\u POST分配给变量有问题吗?

Php 将$\u POST分配给变量有问题吗?,php,Php,我通常会将$\u POST超全局赋值给一个变量,比如$POST,以快速编写代码,但最近我开始思考我做得是否好?这是一个额外的步骤,每次都需要执行。。。如果您不使用大容量应用程序,它可能不会引起注意。我理解每次触摸输入那个变量名都是件痛苦的事,但将它重命名为更容易输入的名称并不是一个好的编程实践。好吧,这是一个额外的步骤,每次都需要执行。。。如果您不使用大容量应用程序,它可能不会引起注意。我理解每次触摸输入那个变量名都是件痛苦的事,但将它重命名为更容易输入的名称并不是一个好的编程实践。技术上没有任

我通常会将
$\u POST
超全局赋值给一个变量,比如
$POST
,以快速编写代码,但最近我开始思考我做得是否好?

这是一个额外的步骤,每次都需要执行。。。如果您不使用大容量应用程序,它可能不会引起注意。我理解每次触摸输入那个变量名都是件痛苦的事,但将它重命名为更容易输入的名称并不是一个好的编程实践。

好吧,这是一个额外的步骤,每次都需要执行。。。如果您不使用大容量应用程序,它可能不会引起注意。我理解每次触摸输入那个变量名都是件痛苦的事,但将它重命名为更容易输入的名称并不是一个好的编程实践。

技术上没有任何问题


但是遵循一般的设计原则-您只需执行不必要的操作。

技术上没有任何问题


但是遵循一般的设计原则——你只是做了一些不必要的动作。

在我看来,这不是一个好主意,因为它可能会让未来的其他人感到困惑。以下哪一个更清楚

echo $_POST['name'];


在我看来,这不是一个好主意,因为它可能会让未来的其他人感到困惑。以下哪一个更清楚

echo $_POST['name'];


我通常为此编写一个函数:

function post($key) {
   return isset($_POST[$key]) ? trim($_POST[$key]) : null;
}

但要回答你们的问题,不,这并没有本质上的问题。它只是有可能不够清晰,并且
$\u POST
在全局范围内,而您的任务不在全局范围内。

我通常为此编写一个函数:

function post($key) {
   return isset($_POST[$key]) ? trim($_POST[$key]) : null;
}

但要回答你们的问题,不,这并没有本质上的问题。它只是有可能不够清晰,并且
$\u POST
在全局范围内,而您的赋值不在全局范围内。

您可以将POST/GET全局键值分配给任何变量。只需确保根据您的需要对其进行消毒即可

如果你想说

$employer_id = (int)$_GET['id'];

。。。因此,您可以将POST/GET全局键值分配给任何变量。只需确保根据您的需要对其进行消毒即可

如果你想说

$employer_id = (int)$_GET['id'];

。。。因此,请继续“快速编写我的代码”——你是认真的吗?-1击键真的为你改变了什么吗?改变的是到达
\uu
符号:)至少命名为
$P
或简短的东西。。。或者写一个post函数。“快速编写我的代码”——你是认真的吗?-1击键真的为你改变了什么吗?改变的是到达
\uu
符号:)至少命名为
$P
或简短的东西。。。或者编写一个post函数。即使在真正的硬加载应用程序上,过载也可以忽略。即使在真正的硬加载应用程序上,过载也可以忽略不计