在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请求
不包含您期望的内容,这就是为什么您应该使用适当的超全局变量。