我在一篇与 WordPress 故障相关的帖子中看到,帖子中的人们正在讨论当框架中$_POST
有选项时不建议使用。$this->property->post('value')
是否有任何具体原因不在$_POST
最佳编码实践的上下文中使用,或者它根本不是问题。
我在一篇与 WordPress 故障相关的帖子中看到,帖子中的人们正在讨论当框架中$_POST
有选项时不建议使用。$this->property->post('value')
是否有任何具体原因不在$_POST
最佳编码实践的上下文中使用,或者它根本不是问题。
如果您使用任何类型的框架,您应该坚持它的内部约定并使用它的功能,否则没有使用它的意义。
当然可以按原样使用$_POST
,但是您可能会丢失框架的某些功能,例如,在使用框架抽象层时,您有更多的 OOP 形式来使用请求参数,或者您的框架可能会自动修剪用户输入。这些好处会丢失。
在内部,你的框架也必须使用$_POST
,否则它无法获取请求数据。
所以,如果你$_POST
直接使用,你会跳过一个通常被视为框架特性的抽象层。
我知道某些框架(如蓬勃发展)不鼓励使用超级全局,因为它们有自己的方法来处理它们。
像 fget、ftoken、fsession 和 fpost 这样的东西是它们的抽象版本的例子。我完全忘记了它们为什么不同或蓬勃发展对它们有什么影响,但我相信您可以在此处找到更多信息。
同样的事情也适用于其他框架,如代码点火器......等。不确定这是否有助于回答你的问题或没有想到
只要你住在我的屋檐下,你就会遵守我的规则。 - 匿名的
最好遵循框架的最佳实践,否则很可能会绕过固有的好处。例如,一个框架可能有一种通过配置自动修剪用户输入的方法。在这种情况下,框架很可能只会将修剪应用于其发布数据的内部表示。另一个例子可能是在单元测试中覆盖框架的方法。如果您$_POST
直接使用该变量,您将篡夺任何可能正在使用的“注入”。