Dark Guardian

Eigentlich weder noch.

Es geht dabei nicht um die konkrete Implementierung eines Moduls sondern um die Schnittstelle zur Anwendung.

Mal ein sehr abstraktes Beispiel:
Deine Anwendung ist ein Auto. Dieses Auto wird mit diversen Extras und Zusatzausstattungen angeboten. Allerdings muss der Entwurf des Autos die Möglichkeit vorsehen diese Extras mit einzubauen. Kein Hersteller wird hingehen und sein Model umbauen nur weil der Ingenieur vergessen hat das ne Klimaanlage ggf. ganz nett wäre. Das heißt der Bauplan für das Auto muss die Möglichkeit vorsehen eine Klimaanlage zu integrieren. Mit all den Gegebenheiten die dafür notwendig sind.

Und darauf zielte mein Beitrag ab. Einfach drauf los programmieren wie du es warscheinlich bisher gewohnt bist funktioniert hier nicht mehr.

Du musst möglichst präzise planen und die Anwendung so vorbereiten das alle Anwendungsfälle die ein Modul abbilden können soll möglich sind. Was das für Anwendungsfälle sind musst du dir im Vorfeld überlegen.

Für dein Gästebuch hast du ja schon einige Beispiele bekommen.

__________________
"Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".

Mister Ad

php.de

Auf http://www.phpbar.de/w/Singleton (der erste Google-Treffer und dann weiter auf "Singleton") fehlt beim Singleton-Patter die __wakeup-Methode. Die ist genausowenig erlaubt wie __clone.

http://www.phpbar.de/w/Registry:
Das ist eine seltsame Programmierung. Ein true wird zurückgegeben, ein false aber nicht? Meiner Meinung nach ist das return true unnötig.

http://www.phpbar.de/w/Iterator:
Funktioniert ab PHP 5.4 auch mit mysqli-Selects.

tr0y

Modulare Programmierung ist auch weit aus mehr als das Entwickeln von Module die an Schnittstellen andocken können. Er ( oder der jenige welcher ) sollte sich klar machen das die gesamte Anwendung so designed werden soll, das sie solche Module unterstützt. Ein einfaches aber sehr Effektives Beispiel ist die Datenbankimplementation via PDO, hier schafft man ( wenn auch nicht bewusst ) eine modularität in der Anwendung, die es erlaubt mehrere Datenbanksysteme als Basis der Anwendung zu ermöglichen.

Das Konzept der Modul-Entwicklung im einzelnen konzipiert in der Anwendung im Beispiel PDO entsprechende "Schalter" die den Models und Repositories entsprechend gegen ihre mySQL, SQLite, oracle g11 - Versionen austauschen. Hierbei sollte aber Repositories und Models als nicht nur OOP-Strikte Konstrukte angesehen werden, sondern im generellen als realisierte Teile von Entwurfsmuster, die Prinzipiell niemals OOP erzwingen.

Das Grundverständnis für Modularisierte Anwendung sollte dadurch geschafft werden indem man sich klar macht, was das Modul können soll und darf:
- Wo steigt es ein ?
- Wer steuert seine Restriktionen ?
- Was kann das Modul ersetzen ?
- Wird es im Bootstrap der Anwendung aufgerufen oder erzeugt eine Komponente in der Anwendung es wenn es gebraucht wird ?
- Worauf hat das Modul zugriff ?
- Was hat auf das Modul zugriff ?

Module im allgemeinen dienen nicht weniger häufig dazu eine Schnittstelle zu erzeugen die es dem Benutzer der Software erlaubt die Software zu verändern, er also dazu in der Lage ist z.b. die Mechanik eines Dashboards zu modifizieren, Skins in Form von Modulen zu installieren oder die Datenbank-Plattform zu ändern.

Module sind aber genauso als Lego-System zu verstehen, eine Anwendung kann so modularisiert sein, das sie jederzeit fast komplett durch andere Module modifiziert werden kann, es aber mindestens X Module von X Arten sein müssen, die die Anwendung brauch um zu arbeiten, weil ebend diese Module eine gewisse Referenz zu anderen Modulen haben, somit von anderen Modulen abhängig sind. Ein sehr gutes Beispiel dafür ist jQuery ( ja das Framework ), auch hier geht man hin und baut bspw. das gesamte jQuery-System modular zusammen. Macht auch Sinn, man brauch ja nicht ständig alles von dem Framework. ( Frameworks sind im Grunde die beste Situation die man nutzen könnte um zu erklären wie Sinnvoll oder Sinnfrei modularität hinsichtlich seinem aktuellen POV ( Point of View ) sind. )

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

mermshaus

Sagen wir mal, der Begriff „Modul“ ist nicht ganz leicht zu definieren.

Was hier im Thread teilweise beschrieben wird, könnte auch „Plugin“ genannt werden.

- http://de.wikipedia.org/wiki/Modul_%28Software%29
- http://de.wikipedia.org/wiki/Plug-in
- http://de.wikipedia.org/wiki/Modulare_Programmierung

Da die Definition schwierig ist, ist der Begriff sehr missverständlich.

__________________
Blog | Buch | Kaloa