包含多个页面的大型PHP文件与使用会话变量的多个PHP文件

时间:2009-11-14 16:57:05

标签: php session include

使用include / require来实现包含多个页面的单个文件有什么优点/缺点,而不是将用户引导到多个单独的页面并将变量存储为会话变量?

特别是我要问的是一个漫长的多步骤过程(思考问卷)。

3 个答案:

答案 0 :(得分:1)

如果你要包含非常单一页面的代码来渲染其中一个:

  1. 您正在加载并解析大量不会用于每个请求的代码
  2. 任何一个文件中引入的任何解析错误都会导致整个网站崩溃
  3. 我继承的第一个PHP应用程序使用了“包含所有内容”策略。当我将其转换为仅实际将要使用的加载代码时,立即获得了明显的性能提升。

答案 1 :(得分:0)

我个人喜欢使用包含并需要构建您的页面。

绘制线条的部分包括所有内容。

假设我有一个网络应用程序让人们在线调整照片大小,在主页上我会包含标题,侧边栏,主页内容区域和页脚。

这里要关注的主要部分是主页内容区域,如果它们在主页上,那么就没有必要包含或要求处理调整图像大小的功能的文件。

如果您想要一个真实世界的包含和需求示例以及它们的效果,请查看任何Wordpress博客。我有一些客户想要将Wordpress用作CMS,直到今天,即使有大量数据和用户流过它们,它们仍然可以运行良好。

此外,此主题已被多次涵盖,请随时查看:One large include file or several smaller ones?

希望这有帮助。

答案 2 :(得分:0)

如果您可以更具体地了解您对这两种方法或您正在寻找的具体技术问题,您可能会得到更好的答案。

选择一种方法而不是另一种方法与交互设计相比,与PHP相关。检查此Web Pattern Library

时通常使用向导或多页表单
  

用户想要实现单一   目标,但需要做出几个决定   在实现目标之前做出来的   完全,可能不知道   用户。

多页面调查表收集主题中的页面并逐页显示给用户可能有助于他们更好地关注手头的主题。

除此之外,拆分页面可能会在传输和渲染时间中产生好处,但除非您发送2MB问卷,否则如果您使用HTTP压缩,这几乎不是问题。如果包含的文件中没有PHP,您也可能只是通过它们,因此PHP不需要解析文件。