在PHP中是否可以覆盖$\u请求?

在PHP中是否可以覆盖$\u请求?,php,forms,rest,Php,Forms,Rest,可能重复: 我的理解是PHP为POST和GET请求类型都设置了$u请求。在构建restful api的同时,我也在使用PUT和DELETE。与其创建一个新的$PUT或$DELETE变量来存储它,还有什么有效的理由不使用$\u请求吗?我认为在所有代码中使用相同的机制$\u REQUEST比根据请求类型使用2或3种机制更好、更可读、更容易理解 我的意思是像“坏习惯”这样的答案对我来说是无效的。。。为什么是坏习惯 代码:parse\u str($request->data,$\u request)

可能重复:

我的理解是PHP为POST和GET请求类型都设置了$u请求。在构建restful api的同时,我也在使用PUT和DELETE。与其创建一个新的$PUT或$DELETE变量来存储它,还有什么有效的理由不使用$\u请求吗?我认为在所有代码中使用相同的机制$\u REQUEST比根据请求类型使用2或3种机制更好、更可读、更容易理解

我的意思是像“坏习惯”这样的答案对我来说是无效的。。。为什么是坏习惯

代码:
parse\u str($request->data,$\u request)


我已经读过了,但是这会用PUT数据覆盖$\u POST,这对我来说是错误的,因为$\u POST描述的是POST数据,而不是变量名中的PUT数据。我也读了答案-创建一个访问器类。但是现在剩下两种机制来访问传递的用户日期,类和$\u请求。

忽略
$\u请求,使用访问器类是正确的做法。只要不要使用
$\u REQUEST
,大多数人不会这样做,因为它是一个不一致的混乱,因为它的值取决于
REQUEST\u order
php.ini
设置。

$\u REQUEST
是一个关联数组,默认情况下包含
$\u GET
的内容,
$\u POST
$\u COOKIE
除非修改默认值。从5.3开始,其人口为。ini设置可能导致
$\u请求
不包含您期望的内容,这就是为什么您应该使用适当的超全局变量。