Php 在何处放置包含/要求声明？

您是否将所有的

include_once

和

require_once

放在文件的开头，这样就可以清楚地知道它的依赖关系是什么，或者为了提高效率，您是否将它们放在使用它们的最局部范围内

假设我有一个错误处理文件，它有一个显示错误消息的功能-你能

require_once('error_handling.php');
... lots of code ...
if ($should_be_true === False)
{
  ReportErrror();  // declared in error_handling.php
}

还是你

... lots of code ...
if ($should_be_true === False)
{
  require_once('error_handling.php');
  ReportErrror();  // declared in error_handling.php
}

---

嗯，看起来他们删除了

最佳实践

标签，以及

主观

，在'10

的伟大标签清除中，这可能在很大程度上是一个品味问题

在C/C++风格中，我总是将它们放在最上面，因此，正如您所提到的，依赖关系立即变得清晰。此外，它还为您提供了重新排列包含顺序的选项（通常情况下，这并不重要）

现在，由于这是一个运行时事务（与C/C++不同），因此推迟包含很少需要的大型文件是有意义的

---

这是一个平衡的问题——更干净的代码（IMHO）与性能。我倾向于使用更干净的代码，除非你有一个PHP文件，它a）调用了很多，b）使用了一个巨大的PHP文件，而c）几乎从来都不需要。

我肯定会使用第二个例子，因为加载可能不会被使用的东西是邪恶的

Meh。完全取决于形势

如果它是一个小的include，并且您打算在95%的情况下使用它，那么top就可以了。在几乎所有情况下，Top都很好

但是如果它是一个绝对庞大的库，比如说，解析只有5%的请求会出现的东西，那么在需要时需要。也许值得在顶部发表评论，让大家知道这种依赖关系，不管它有多幸福

---

无论如何。每次都是判断。对于不确定的情况，最好不要太担心性能问题，直到毫秒级的性能真正成为您的问题。（这种受欢迎程度不是一个很好的问题吗？

+1对于你（以及所有回答的人），但是如果它是一个大型库，那么我可能会将它拆分为多个较小的文件。。。然后（再）诅咒；-）@LeonixSolutions：在这种情况下，我通常指的是第三方库，我知道，它们有时有很大的、不可分割的部分。是的，这是有道理的。谢谢（+1）。我想我倾向于你的思维方式。像第二个例子一样放置需求也能让读者在需要需求时更清楚。有时，当不再需要需求时，它们会留在代码中。我只会把它放在顶部，如果它包含一些将在相关代码的许多不同位置使用的内容。