Php 为什么在编写web应用程序时不鼓励使用$\u Post

我在一篇与WordPress问题相关的帖子中读到，帖子中的人在讨论当框架中有选项如

$this->property->post（'value'）

时，不建议使用

$\u post

---

在最佳编码实践的背景下不使用

$\u POST有什么具体原因吗？或者根本不是问题。
如果您使用任何类型的框架，您应该遵守其内部约定并使用其功能，否则就没有使用它的意义。
如果您使用任何类型的框架，您应该坚持它的内部约定并使用它的功能，否则就没有使用它的意义。
确保可以按原样使用
$\u POST
，但这样您可能会失去框架的一些功能，例如，在使用框架抽象层时，您使用请求参数的形式更加面向对象，或者，您的框架会自动修剪用户输入。这样的好处就会消失

在内部，framwork还必须使用
$\u POST
，否则无法获取请求数据

因此，如果您直接使用
$\u POST
，您将跳过通常被视为框架功能的抽象层。
确保可以按原样使用
$\u POST
，但这样您可能会丢失框架的一些功能，例如，在使用框架抽象层时，您有一种更为面向对象的形式来使用您的请求参数，或者您的框架会自动修剪用户输入。这样的好处就会消失

在内部，framwork还必须使用
$\u POST
，否则无法获取请求数据

因此，如果您直接使用
$\u POST
，您将跳过通常被视为框架功能的抽象层。
我知道某些框架，如Flow，不鼓励使用超级全局的，因为它们有自己的方法来处理它们

例如fget、ftoken、fsession和fpost就是它们的抽象版本。我完全忘记了它们的不同之处，也忘记了它们对繁荣的影响，但我相信你可以在这里找到更多信息


在其他框架中，如CodeIgniter，情况也是如此。。。等等。不确定这是否有助于回答您的问题，或者是否有助于思考
我知道某些框架，如Flow，不鼓励使用super global，因为它们有自己的处理方法

例如fget、ftoken、fsession和fpost就是它们的抽象版本。我完全忘记了它们的不同之处，也忘记了它们对繁荣的影响，但我相信你可以在这里找到更多信息


在其他框架中，如CodeIgniter，情况也是如此。。。等等。不确定这是否有助于回答你的问题或不思考
只要你住在我的屋檐下，你就会遵守我的规则。
-匿名的

最好遵循框架的最佳实践，否则很可能会绕过固有的好处。例如，框架可能有一种通过配置自动调整用户输入的方法。在这种情况下，框架很可能只对发布数据的内部表示应用修剪。另一个例子可能是在单元测试中重写框架的方法。如果您直接使用
$\u POST
变量，您将盗用任何可能正在使用的“注入”。
只要您住在我的屋檐下，您就将遵守我的规则。
-匿名的

最好遵循框架的最佳实践，否则很可能会绕过固有的好处。例如，框架可能有一种通过配置自动调整用户输入的方法。在这种情况下，框架很可能只对发布数据的内部表示应用修剪。另一个例子可能是在单元测试中重写框架的方法。如果您直接使用
$\u POST
变量，您将篡夺任何可能正在使用的“注入”。
$\u POST没有任何问题。只有在有框架的上下文中，框架之间才有一层抽象。如果不使用$\u POST，那么如何从表单检索数据？想想看；D唯一的其他方法是使用$\u GET，这更不安全，因为它会在地址栏中显示参数。。。。除了必须在代码中添加
if（isset）
。这是一个关于框架最佳实践的有效问题。此外，如果我的问题没有明确说明，它是关于$\u POST和其他方法的，而不是关于get的，我知道它不如$\u POST安全。这也是你没有在我的问题中看到$Get出现的原因。谢谢$\u POST没有什么问题。只有在有框架的上下文中，框架之间才有一层抽象。如果不使用$\u POST，那么如何从表单检索数据？想想看；D唯一的其他方法是使用$\u GET，这更不安全，因为它会在地址栏中显示参数。。。。除了必须在代码中添加
if（isset）
。这是一个关于框架最佳实践的有效问题。此外，如果我的问题没有明确说明，它是关于$\u POST和其他方法的，而不是关于get的，我知道它不如$\u POST安全。这也是你没有在我的问题中看到$Get出现的原因。谢西特在某种程度上做到了，但伯恩哈德做了更详细的回答。谢谢，也为你准备好了！这在某种程度上确实如此，但伯恩哈德给出了更详细的回答。谢谢，也为你准备好了！简短而好的回答，但伯恩哈德做了更详细的回答。谢谢，也为你准备好了！简短而好的回答，但伯恩哈德做了更详细的回答。谢谢，也为你准备好了！回答很好，但伯恩哈德做了一个更有针对性的回答。谢谢，也为你准备好了！没问题。很乐意帮忙。回答得很好，但伯恩哈德做了一个更有针对性的回答