Funktionen auslagern - wie am sinnvollsten?

[schandelah]

Hallo!

Ich bin neu hier, habe auch gesucht, aber zu meiner Frage nichts gefunden. Ich habe schon ein paar kleinere Projekte mit PHP und MySQL gemacht, leider fehlt mir aber noch die Erfahrung. :-)

In einem Projekt existieren im "Hauptskript" mehrere Funktionen, die immer wiederkehrende Aufgaben erledigen. Auf den größten Teil wird - noch! - nur durch das beinhaltende Skript zugegriffen, ein paar wenige wiederholen sich in einem weiteren Skript.

Nun dachte ich, es könnte sinnvoll sein, zumindest die mehrfach genutzten Funktionen auszulagern und per include() einzubinden. Jetzt weiß ich aber nicht, in welcher Form das sinnvoll ist und würde mich über Rat von erfahreneren Programmierern freuen!

1. Sollte jede einzelne Funktion in eine eigene Datei geschrieben werden, alle in eine Datei oder irgendwie sinnverwandte Funktionen in je einer Datei gruppiert?

2. Sollte ich nur die schon von mehreren Dateien genutzten Funktionen auslagern, oder gleich alle, im Hinblick auf Erweiterung des Projektes?

3. Wenn sich generell Funktionen in einem Skript befinden, wo sollten diese stehen? Alle gesammelt am Anfang, am Ende, an der Stelle des ersten Aufrufes? Was ist hier der allgemeine Konsens?

Gern nehme ich auch Verweise auf Seiten, Bücher oder ähnliches, die mir sagen: "Das ist schön, das nicht!" :-)

Danke und Gruß
Steff

[DokuLeseHemmung]

Ich kann dir nur sagen, wie ich es mache:
1. einzelne Funktionen gibt es bei mit kaum noch( werden täglich weniger)
2. Alle Funktionalität befindet sich in Klassen
3. Jede Klasse, ihre eigene Datei
4. Keine verteilten include/require, sondern nur noch SPL-Autoload

Ob das gut ist?
Ich sage Ja!!

[rarios]

also grundsätzlich kann ich meinem Vorredner recht geben [ er verrät mir ja immer noch nicht seinen Namen ;-) ]
Das braucht aber natürlich einige Zeit, weil Du Dich mit Klassen (schätze ich jetzt mal) 1. nicht auskennst und 2. auch nicht bei der Programmierung auf Klassen geachtet hast.

Im Prinzip musst Du Dir die Frage stellen: Lohnt sich die Arbeit?

Wenn Du also zukünftig viele Projekte realisieren möchtest, solltest Du mit dem Gedanken spielen, nicht nur oder gar nicht mehr mit reinen Funktionen zu arbeiten, sondern Alternativen zu nutzen. Wenn es aber nur um ein Projekt geht, oder um 2..., dann solltest Du bei Funktionen bleiben, auslagern würde ich Funktionen nicht in einzelne Dateien, sondern nur Gruppiert.
Also ähnliche und zusammenhängende Funktionen in eine Datei, aber nicht alle Funktionen in nur 1 Datei, oder für jede Funktion eine Datei. Das ist nicht sinnvoll.
Du solltest Dir vllt. erst einmal ein groben Strukturplan machen, der mit dem Programmieren jetzt nichts zu tun hat, sondern der es ermöglicht, eine sinnvolle Dateistruktur zu finden. Also vllt. erst einmal theoretisch.
Ist jetzt meine Meinung...

[schandelah]

Hiho!

Hm, ich war so froh, in PHP ohne Objekte auszukommen! Java war schon so gar nicht mein Ding. ;-)

Aber ich will in der Richtung schon weiter, und mich da fortbilden. Also werde ich mich mal mit Klassen und objektorientierter Programmierung in PHP allgemein auseinandersetzen. Für das aktuelle Projekt nicht, denn das ist eines im Rahmen meines Studiums, das muss jetzt mal fertig werden :-)

Danke für die Hinweise!

Gruß
Steff

[Gweilo]

bei meinem jetzigen projekt (nicht objektorientiert) handhabe ich das so:

sehr oft verwendete funktionen gehen in das initialisierungsfile (wird immer geladen)
ab und zu verwendete funktionen in util.php (wird bei gebrauch geladen)
alle anderen funktionen kommen da rein wo sie am haeufigsten verwendet werden.

nachteil gegenueber der loesung von dokulesehemmung ist
- man muss die uebersicht behalten
- code nicht mehr so lesbar/uebersichtlich
- keine objektorientierung (dynamic binding, inheritance, patterns, etc)

dafuer ist der code schneller.

Es kommt ganz darauf an, was du machen willst, wenn du eine library schreiben willst, die auch andere leute verwenden wollen, solltest du objektorientiert programmieren. wenn der code nur fuer dich ist und du besser ohne OOP zurecht kommst, sehe ich damit kein problem (ich mach's ja auch, obwohl ich sehr viele OO-erfahrungen habe, drupal zB ist auch aus optimierungsgruenden nicht OO).