Mehrmalige Verwendung von installierten Klassen & fkt |
Willkommen, Gast ( Anmelden | Registrierung ) [ Hilfe | Mitglieder | Suche ]
Mehrmalige Verwendung von installierten Klassen & fkt |
Guest_bkm_* |
Sat. 14. April 2007, 00:11
Beitrag
#1
|
Guests |
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. |
|
|
Sat. 14. April 2007, 13:43
Beitrag
#2
|
|
TRAIL AND ERROR SPECIALIST Gruppe: AdvancedMembers Beiträge: 1.708 Mitglied seit: 27.06.2006 Wohnort: Hansestadt Rostock, Deutschland Mitglieds-Nr.: 9 |
hä? erklär mal 'n bisschen genauer ... was für klassen/funktionen , was für einen ordner ...
-------------------- cheers, Alex
|
|
|
Sat. 14. April 2007, 15:59
Beitrag
#3
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128 |
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 |
|
|
Sat. 14. April 2007, 21:09
Beitrag
#4
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
Hatte ich dort schon mal angeregt... kam nicht so gut
Der Post meint zwar Module allerdings ist das ganze für Plugins genauso umsetzbar: ZITAT 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ß |
|
|
Sun. 15. April 2007, 13:14
Beitrag
#5
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 334 Mitglied seit: 10.07.2006 Wohnort: luzern (Schweiz) Mitglieds-Nr.: 128 |
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 |
|
|
Mon. 16. April 2007, 09:49
Beitrag
#6
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 386 Mitglied seit: 12.07.2006 Mitglieds-Nr.: 136 |
Ich finds auch eine gute Idee!
Tiggr -------------------- @bout Kites: Colorful Sky - Typo3
@bout LARP: Orga ohne Namen - Sefrengo @bout LARP: LARP-Welt - CakePHP @bout Kites: Rodgauer Workshop - Contao |
|
|
Wed. 4. July 2007, 08:33
Beitrag
#7
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 680 Mitglied seit: 09.08.2006 Wohnort: nähe Mainz Mitglieds-Nr.: 182 |
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 |
|
|
Wed. 4. July 2007, 09:10
Beitrag
#8
|
|
Advanced Member Gruppe: AdvancedMembers Beiträge: 541 Mitglied seit: 27.06.2006 Mitglieds-Nr.: 8 |
ZITAT 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ß |
|
|
Vereinfachte Darstellung | Aktuelles Datum: 22.9.24 - 20:57 |