编写Web应用程序时为什么不鼓励$ _Post

时间:2013-05-31 15:39:20

标签: php post frameworks

我在与WordPress问题相关的帖子中读到,帖子中的人们正在讨论当框架中有$_POST等选项时,不建议使用$this->property->post('value')

是否有任何特定原因可以在最佳编码实践中使用$_POST或根本不是问题。

4 个答案:

答案 0 :(得分:2)

如果您使用任何类型的框架,您应该坚持使用它的内部约定并使用它的功能,否则就没有意义使用它。

答案 1 :(得分:1)

当然可以原样使用$_POST,但可能会失去框架的某些功能,例如:在使用框架抽象层时,您有更多使用请求参数的OOP形式,或者您的框架可能会自动修剪用户输入。这样的好处会丢失。

在内部,您的框架必须也使用$_POST,否则无法获取请求数据。

因此,如果直接使用$_POST,则会跳过通常被视为框架特征的抽象层。

答案 2 :(得分:1)

我知道像蓬勃发展这样的某些框架会阻碍超级全局的使用,因为他们有自己的方法来处理它们。

像fget,ftoken,fsession和fpost这样的东西就是它们的抽象版本的例子。我忘记了为什么他们不同或者对他们有什么样的兴趣,但我相信你可以在这里找到更多信息。

http://flourishlib.com/docs

同样的事情也适用于其他框架,例如代码点火器......等等。不确定这是否有助于回答您的问题或者没有想到

答案 3 :(得分:1)

只要你住在我的屋檐下,你就会遵守我的规则。 - 匿名

最好遵循框架的最佳做法,否则很可能绕过固有的好处。例如,框架可以通过配置自动修剪用户输入。在这种情况下,框架很可能只将修剪应用于其发布数据的内部表示。另一个例子可能是在单元测试中覆盖框架的方法。如果您直接使用$_POST变量,则会篡夺可能正在使用的任何“注入”。

相关问题