以前这个问题是
here,但是没有一个答案真的试图回答问题的实际问题,所以我用不同的方式来问.正在加载一个20000行的行,其中100个功能的资源密集度要比将每个代码更少的代码分成更小的类,并且根据需要加载这些较小的类;
脚本或类越大,每个实例使用的内存越多.开箱即用,PHP没有办法共享库和类的内存空间,因此为网站创建大量脚本不是一个好主意.
典型的方法应该是将类分解成块,这样你只需要包含每个脚本你实际需要运行该脚本.
而且,除非您拥有大量的流量,否则不太可能导致性能问题 – 然后您可能比重构类更容易解决问题.
加载脚本时,需要一定量的内存来解析它.它越大,它需要的内存越多.接下来,脚本本身被执行,运行任何顶级代码(不是在
类或全局函数).如果包含任何require / include语句,则会加载这些脚本(如有必要).如果它创建对象,则需要更多的内存.
但是,类的每个实例的大小仅受其存储的数据的影响.除此之外,这里的建议是现场的：根据责任划分你的班级.这样做的原因与性能相比,易于开发.说你有一个装满静态方法的怪物课.如果您的应用程序为每个请求使用大多数这些方法,则拆分它将无法获得性能优势,因为两个脚本最终都将被加载.但是,如果您可以将方法分组到逻辑子系统中,那么它们将更容易理解和使用.
