使用多个PHP包含了一个坏主意吗?

时间:2009-07-17 17:14:36

标签: php include

我正在创建PHP网站。它使用多个PHP类,这些类目前都在一个PHP包含。

但是,我正在使用Aptana IDE,文件现在开始崩溃(它大约有400行)。所以我想知道是否会分别包含所有文件会产生任何负面影响。

当前

主文件:

include("includes.php");

includes.php:

contains php classes

建议:

mainfile:主文件:

include("includes.php");

includes.php:

include("class1.php");
include("class2.php")

7 个答案:

答案 0 :(得分:6)

多个PHP包含都很好,400行不应该是一个大问题。在我考虑将代码作为问题之前,我会关注Aptana IDE。

将代码分解为多个PHP模块可帮助您采用更面向对象的方法并简化代码库。我推荐它。

答案 1 :(得分:3)

由于400行文件导致IDE崩溃?我找到了一个新的IDE。

但是,最好将类分成单独的文件。也许并非每个文件只有一个类,而只是同一个文件中密切相关的类。

答案 2 :(得分:2)

只需两个文件,费用不会太高;对于数百个文件,它可能会更多......但是,另一个需要考虑的问题是“如何确定哪个文件包含哪些内容?”

很好的答案是“每个文件一个类”;并且,对于那些,“每个功能项目一个目录”

如果您可以在服务器上安装扩展程序,则可能需要考虑使用操作码缓存;例如,我几乎总是使用APC(参见PHP manual)工作,这很容易安装,并且非常适合性能(它有时可以除以2服务器的CPU负载^^ )

正如旁注:如果Aptana无法处理400行文件,你应该考虑使用另一个IDE ^^ (如果你有2 GB的RAM,那么Eclipse PDT也不错 - 基于eclipse,比如Aptana,所以不应该太“新”)

答案 3 :(得分:0)

就个人而言,我喜欢单独包含这些文件。如果在每个页面上包含每个类,它只会通过处理可能在该页面上甚至没有使用的大量代码以及从磁盘读取文件的相关开销等来增加解析开销。

答案 4 :(得分:0)

它需要更多的磁盘I / O才是负面的。但是,在生产阶段,您应该使用操作码缓存,这将抵消大部分负面影响。

从积极的方面来说,您将获得更好的代码结构,其中每个类属于一个文件。这使得测试更容易,并且还允许您按需自动加载类,从而只读取必要的文件。

答案 5 :(得分:0)

我认为你的包含通常只应该达到一个“水平”,除非你有一个非常好的理由。会发生什么事情你最终会追逐一些问题并通过包含文件进行疯狂追逐,你甚至可能最终使用“include_once”或“require_once”这样的东西,这几乎肯定是代码味道。

答案 6 :(得分:0)

多个包含是很好地整理你的代码的最佳方式,我推荐它,但在某些情况下,(作为我的)只有第一个包括执行我不知道为什么我坚持它