我只是想知道将标题，导航，布局，侧边栏，页脚分隔成单独的页面并使用php包含管理它们的功能只是为了能够减少工作时间是不好的方法？对性能有不良影响？
答案 0 :(得分：3)
这将对整体页面加载性能产生如此小的影响（如果有的话），除非您可能每分钟服务数百万个请求，否则不值得考虑，此时您可能已经切换到编译语言。
这绝不应该是PHP中的决定性设计因素，除非您只是做一些愚蠢的事情，比如将代码分解成需要加载的数千个可包含文件。
做什么使您的代码更易于维护。
答案 1 :(得分：0)
不，它始终是额外的文件打开操作，但如果它只是分开的页眉/页脚/侧边栏 - 你真的没有什么可担心的;）
答案 2 :(得分：0)
包含页面的处理器负载/时间非常小，您不会注意到它。它甚至没有在我的机器上注册 - 它是一个单核CPU，而不是一个花哨的Web服务器。
答案 3 :(得分：0)
包含文件绝对是性能损失*，但与开发和维护模块化良好的代码所节省的时间相比，它将非常小巧且微不足道。
*如果包含数千个文件，性能影响将会很明显。如果你包含了一些文件，那么它所需的额外CPU / IO周期就不会很明显了。
答案 4 :(得分：0)
当然，这种包含的性能并不重要，但要注意不要包含太多脚本，因为制作I / O总是有成本。
您可以使用APC之类的缓存来确保代码不会产生很多I / O.
在这种情况下你不会担心，但是当你写下更复杂的代码并且我相信你会:)你会发现它是我希望的好建议。
只需看一下apache服务器上的工作台。
当您拨打简单的echo "hello world";
Total transferred: 3470000 bytes
HTML transferred: 120000 bytes
Requests per second: 2395.73 [#/sec] (mean)
Time per request: 4.174 [ms] (mean)
Time per request: 0.417 [ms] (mean, across all concurrent requests)
Transfer rate: 811.67 [Kbytes/sec] received
因此，即使查询很简单，也要始终考虑性能，因为PHP会为打印数据做很多事情。