Mehrmalige Verwendung von installierten Klassen & fkt Einstellungen

[Guest_bkm_*]

Module und Plugins sollten einen zentralen Anlaufpunkt (Ordner) zum Einbinden und
Benutzen von Klassen und Funktionen haben, so das andere Module (Plugins) diese
mit benutzen können.

[amk]

hä? erklär mal 'n bisschen genauer ... was für klassen/funktionen , was für einen ordner ...

[Chregu]

Echt gute idee. Somit wäre es auch einfacher Pluginspezifische Objekte in anderen Plugins oder Modulen zu verwenden. Evtl. gibt es aber problem mit dem Installieren von Plugins, well danach mehrere Ordner bedient werden müssten bei der Installation.

Und um Ordnung zu schaffen könnte man eine Package-Struktur aufbauen....

Würde viele vorteile mit sich bringen!

Gruss
chris

[STam]

Hatte ich dort schon mal angeregt... kam nicht so gut
Der Post meint zwar Module allerdings ist das ganze für Plugins genauso umsetzbar:

Ich tendiere viel eher dazu eine Art Modul API anzubieten (Pfad: '/API/MODULE/')
wo jedes Modul Code ablegen kann der dann auch von anderen Modulen/Entwickler genutzt werden kann.

Gruß

[Chregu]

Jo irgendwo verständlich. aber aus meiner sicht wäre das ein schritt für die Zukunft. Wie bereits in einem anderen Post von mir angesprochen könnte so das Potenzial was aus anderen Modulen oder Plugins stammen einfach weiter verwendet werden. Und so lange das ganze auf OO Basiert sollte das wirklich ein guter Ansatz sein. Oder findest du nicht, dass es cool und zeitsparend wäre, funktion bzw. klassen von anderen zu nutzen. Die Module könnten ja eigentlich bestehen bleiben, mit dem Backend und Frontend code. Aber dabei könnte man einmal die schöne Vererbungsgeschichte einbauen wie es in dem anderen Topic bereits diskutiert wurde. Ob die ganze sache danach auch noch ausgelagert werden soll, ist wieder eine andere sache und könnte auch in einem weiter schritt erfolgen.
Ich persönlich finde einfach man sollte die Klassen untereinander besser nutzen können. oder nicht!?

gruss
chregu

[Tiggr]

Ich finds auch eine gute Idee!

Tiggr

[MaZderMind]

Hi
Wenn, dann sollten Module allgemeine funktionen in das API integrieren. also beispielsweise könnte das Kontaktformular gucken ob die Mail-Klasse schon vorhanden ist, QuickForms, URL-Parameter-Validierung, Captcha-Klasse etxc schon vorhanden ist und wenn nicht, diese implementieren.

Einen Sharing-Zähler braucht man (noch) nicht, da es keine große Belastung bedeutet, wenn diese Klassen auch nach deinstallieren des Moduls noch in der API lungern. Wir bräucuhten nur einen Weg wie ein Modul oder Plugin während der Installation möglichst einfach Klassen in die API packen kann.

Gruß, Peter

[STam]

Wir bräucuhten nur einen Weg wie ein Modul oder Plugin während der Installation möglichst einfach Klassen in die API packen kann.

Dem stimme ich zu,
bestes Beispiel wäre ein Modul das auf die
ContentFlex Funktionalitäten zugreifen will.
Durch den Aufbau der backend/inc/mod.mein_modul.php
Dateien ist es zwar möglich diese zu includieren doch ob der fehlenden
API/Klassen-Struktur kann man diese nur durch kopieren/überschreiben erweitern.
Das kann nicht im Sinne des Erfinders sein.

Gruß