Guten Tag zusammen

Ihr kennt das sicherlich auch, ihr arbeitet an einem Projekt welches zu beginn noch relativ klein erscheint. Ihr habt euch eine Datei (API) angelegt in der Ihr die golbal verwendeten eigenen Funktionen reinscriptet. Irgendwann stellt Ihr fest dass die Datei nun mehrere 1000de Zeilen hat, und ca. 30 unterschiedliche Funktionen besitzt.

Unschön, denn zum einen ist das ding richtig unübersichtlich, und zum anderen wird bei jedem Seitenaufruf eine 100kb Datei includet und geparst, auch wenn 80% davon nicht benötigt werden.

Ich bin jetzt am überlegen wie man das ding umbaut, und zwar so dass immer alle Funktionen verfügbar sind, aber nur bei "gebrauch" geladen werden.

Community, lasst doch mal hören ob Ihr da irgendwelche Vorschläge oder Kreative Ideen habt.

Mister Ad

imported_Ben

du weißt, was eine API ist?


nunja.
definitiv keineprofifrage, da du anscheinend noch nicht hinter den sinn der OOP gekommen bist.

ich verschiebe das mal in richtung fortgeschrittenenforum.


Der Beitrag wurde verschoben, wegen...
... Postings im falschen Forum.

Bemerkung:
Die gestellte Frage entspricht nicht dem Wissensstand eines Profis. Dazu: http://www.phpfriend.de/forum/viewtopic.php?t=21431

moved to

__________________
Webentwickler-Blog - Buchbesprechung PHP Design Patterns - SQL-Antipatterns

carrib

Wenn Du Deine Funktionsaufrufe über einen eigenen Wrapper vornimmst, in diesem mit function_exists() prüfst ob eine Funktionen verfügbar ist oder nicht, bei Bedarf das Script mit der Funktiondefinition einbindest und diese mit call_user_func() ausführst, müsste das vom Prinzip her reichen.

//EDIT: umformuliert
Es stellt sich aber die Frage ob das nicht mehr Resourcen frisst. Abgesehen davon müsstest Du für die Parameterübergabe einiges ändern, da Dein Wrapper zwar eine variable Anzahl an Parametern entgegennehmen kann, es jedoch an der Übergabe dieser an die entsprechende Funktion scheitern wird.

Ach ja, so ist das eben.
Ich bin neu hier im Forum, aber nicht neu in PHP. Muss hier auch erst ma "schnuppern"


Öhm, ja... das war aber nicht die frage von mir, oder? Aber du hast recht, war nen dummes Beispiel an der Stelle.

nana, das sind jetzt aber Unterstellungen!
-> der Sinn von OOP ist mir denke ich geläufig ... nicht zuletzt da ich meine Projetke seit langer Zeit ObjektOrientiertProgrammiere ...

Aber darum gehts ja in meiner Frage nicht.. oder?
KLar, die Einleitung ist sicherlich etwas übertrieben, und nicht so alltäglich. Mein vorhaben war ledeglich das bisschen nett zu verpacken.

Hab ich gelesen, und imaginär virtuell abgehakt. Es ist eben wie immer auslegungssache.

-------------------------------------------------------------
Lassen wirs gut sein, es wäre nämlich immer noch interresant eure IDEEN dazu hören. (PS: Ich werds dann auch in ein Objet verpacken *g*)

imported_Ben

eben. und ich bin einer derer, die hier entscheiden, welche auslegung gewählt wird.
hört sich doof an .. ist aber so.

eventuell hast du carribs antwort nicht gelesen, da ich fast zeitgleich gepostet habt .. schau sie dir doch mal an.

grüße ben.

__________________
Webentwickler-Blog - Buchbesprechung PHP Design Patterns - SQL-Antipatterns

carrib

Das ist eben genau eines der Probleme, denn einige Funktionen arbeiten mit func_get_arg() .

Prinzpiell müsste im aufgerufenen Script (welches u.U. mehrere Includes besitzt) geprüft werden welche funktionen aufgerufen werden. (ähnlich wie get_defined_functions() nur eben mit "benötigten" und nicht mit "vorhandenen" ). Das reinladen der einzelnen Funktion, ich nenn das jetzt mal salopp "BAUSTEINE" müsste natürlich(!?) auf Fileebene passieren, da ichs sonst gleich belassen kann wies ist

@ben
jap, die Antworten haben sich ein bisschen überschnitten.

carrib

Ich hab' es umformuliert. Das Entgegennehmen einer variablen Parameteranzahl ist nicht das Problem, das eigentliche Problem wird die Übergabe an die eigentliche Funktion bzw. call_user_func() sein.

Klar, hab dich da schon verstanden Ignorier einfach diese Aussage : "denn einige Funktionen arbeiten mit func_get_arg() ."

Zählt die Ausrede ... "ich sollt mich mal wieder schlafen" ?

Mal ernsthaft. Auf diese Weise würde das funktionieren, indem man einfach noch ne schöne Klasse drum rum baut. Aber ob das ding wirklich performant ist, und ob sich da das ganze umbauen lohnt... bin mir nicht sicher. Der ansatz ist gut. Abgefahren wäre z.B wenn man den Inhalt (also Quelltext) innerhalb der funktionen rausschmeisst und in eine neue php Datei speichert. Dann würde der Dateizugriff immer nur erfolgen wenn dieser Benötigt wird, also bei einem Funktionsaufruf. also zb.

Wenn ich jetzt mal spinne, könnte man da auch noch ein schickes versionsmanagement einbauen, z.B. für spätere updates mir rollback.

So richtig schick ist das ganze aber nicht. Vorallem nicht zum weiterentwickeln.

Wie gesagt, es gibt viele wege nach rom, ich such den schönsten

ok, ich hab keine Erfahrung mit PHP und nur ne Idee, von der ich nciht weiß, ob sie realisierbar ist (Ben, darfst gerne meckern, es würde keinen interessieren :P ).
Nunja.
Kann du nicht irgendwie nachgucken, welche Funktionen im Script aufgerufen werden und dann nur diejenigen includen? Notfalls müsste das doch mit mysql zu bewerkstelligen sein, oder?

stellt sich die frage, was schneller ist - ein include, einer sehr großen datei oder sehr viele includes, sehr kleiner dateien.
ich denke, filezugriffe kosten mehr als das parsen.
ist von mir nur eine vermutung, du kannst dir ja einen benchmark dazu schreiben.

irgendwie beißen sich deine aussagen.

ja, das ist gut - vor jedem funktionsaufruf noch eine db-anfrage.
oder was meinst du, dejot - dein nick klingt so ähnlich wie ...