Frage

Mein Verständnis ist, dass "Name" .class.php Standardübereinkommen für die Erstellung von Klassen in PHP ist, und folglich habe ich für jede Klasse eine separate Datei.Was ich gerne tun möchte, ist, meine kleine PHP-Klassenhierarchie in einer einzigen Datei zu konsolidieren ... Say Consolidated.class.php.

Dies erleichtert das Hochladen / Herunterladen auf den Server + Wenn ich eine einfache Textsuche ausführen muss, muss ich nicht mehr als eine Datei ansehen.Darüber hinaus kann ich einschließen / erfordern, da ich sie im Wesentlichen manuell einsetzen kann.

Die Frage ist, kann ich mich mit einem Performance-Treffer konsolidieren?

edit / update

Viel Zeit später verwende ich separate Dateien und einen Autoloader.Dies sollte effizienter sein, aber natürlich, wie viel, hängt von der Größe der Dateien ab.

War es hilfreich?

Lösung

The reason people use the one class per file convention is for class autoloaders. This allows your script to automatically only load code that is actually being used by your script in that particular instance. If you load ALL of you classes every time a page loads, it's a fairly inneficient way to go.

For more information about class autoloaders:

http://php.net/manual/en/language.oop5.autoload.php

http://php.net/manual/en/function.spl-autoload-register.php

Andere Tipps

I believe it depends on the size of the project. You can start small, with everything in just a single file, then, as the code accumulates and you get a better understanding of the domain you're modelling, you can extract units into separate files.

The convention to use a class per file comes from the Java world. For years, PHP has tried to imitate Java, however, some of the practices are absurd. Like, you can't have functions, just classes, even if they're nothing more than a collection of static methods.

Here's an example of a web framework, called Konstrukt, that uses multiple units (classes/functions/constants) per file and seems to be doing well.

As @Nabeel said, you may hit a point where you'd have problems locating code if everything is inside a single big file. Judge by the project you're developing.

Regarding performance, you'd have to benchmark, as once again it depends on the project, but require/include incur some performance overhead due to file I/O. So it might be better that you have a single file loaded per request. The actual parsing might be faster than the system calls that look for the file to require.

I would advise you not to do this because everything a page gets viewed, every single one of your classes is loaded. When using only a few classes which are loaded everytime, it does indeed make no difference performance-wise, but if you have quite a lot of classes and you only use a handful, depending on the page being loaded, you add a huge overload to the page.

I don't want to say the same things like others (which is actually correct ^^) to bring u some new ideas.

I would create few functions to include/require my class files.

Example:

you have 2 php-files:

1: login.php

2: register.php

<?php
   // login.php
   include '../system/functions/myFunctions.php';  
   loadMyClasses(1);
?>

<?php
  // register.php
  include '../system/functions/myFunctions.php';
  loadMyClasses(2); 
?>

<?php
  //myFunctions.php

  DEFINE("CLASS_PATH", "../system/class/");      

  function loadMyClasses($type_id)
  {  
     //Example: Load in everytime. These files are always required.
     require_once CLASS_PATH.'class.database.php';
     require_once CLASS_PATH.'class.sql.php';

     if($type_id == 1)
     {
           require(CLASS_PATH.'class.security.php');
           require(CLASS_PATH.'class.cryptor.php');   
           require(CLASS_PATH.'class.login.php');   
     }

     if($type_id == 2)
     {
           require(CLASS_PATH.'class.security.php'); 
           require(CLASS_PATH.'class.register.php');  
     }
  }
?>

And this way you can simply change the path of the class or interface files. You have to make changes only in one file.

I Hope, I was able to help a bit!

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top