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函数。即使在真正的硬加载应用程序上,过载也可以忽略。即使在真正的硬加载应用程序上,过载也可以忽略不计