Modulentwicklung

Aus DeDi-Help

Version vom 15:35, 31. Aug. 2004 (bearbeiten) Bjoern (Diskussion | Beiträge) ← Zum vorherigen Versionsunterschied		Version vom 12:47, 21. Sep. 2004 (bearbeiten) (Entfernen) Haps (Diskussion | Beiträge) K (Korrektur in der Rechtschreibung) Zum nächsten Versionsunterschied →
Zeile 1:		Zeile 1:
-	Module sind und bleiben das Herzst�ck von DeDi, dahingehend wurden Module um einiges an Funktionalit�t erweitert und die Einbindung in DeDi verbessert.	+	Module sind und bleiben das Herzst�ck von DeDi, dahingehend wurden Module um Einiges an Funktionalit�t erweitert und die Einbindung in DeDi verbessert.
-	Vorweg einiges an Begrifflichkeit.
		+	== Vorneweg Einiges an Begrifflichkeit ==
-	Der Modulname, Kennzeichnet das Modul und ist in jedem Fall eindeutig.	+	Der Modulname, kennzeichnet das Modul und ist in jedem Fall eindeutig.
-	Grunds�tzlich haben wir zwei zust�nde von Modulen: gespeichert und installiert	+	Grunds�tzlich haben wir zwei Zust�nde von Modulen: gespeichert und installiert, wobei ein installiertes Modul immer auch ein gespeichertes Modul ist.
-	Wobei ein installiertes Modul immer auch ein gespeichertes Modul ist .	+
-	Installierte Module k�nnen nat�rlich auch deinstalliert werden, was abh�ngig vom Speicherort einer l�schung gleichkommt!	+	Installierte Module k�nnen nat�rlich auch deinstalliert werden, was abh�ngig vom Speicherort einer L�schung gleichkommt!
-	Wir definieren auch zwei Speicherorte: Client (Projekt) und Store (Datenbank)	+	Wir definieren auch zwei Speicherorte: Client (Projekt) und Store (Datenbank).
	Module im Store sind nicht installiert sondern nur gespeichert. Module in einem Client sind immer installiert!		Module im Store sind nicht installiert sondern nur gespeichert. Module in einem Client sind immer installiert!
Zeile 36:		Zeile 35:
	In einem Client wird das nicht so restriktiv behandelt, ein gel�schtes Parent �bergibt sein Verh�ltnis (wenn es mehrere Childs gibt) einfach an das n�chste Child.		In einem Client wird das nicht so restriktiv behandelt, ein gel�schtes Parent �bergibt sein Verh�ltnis (wenn es mehrere Childs gibt) einfach an das n�chste Child.
-	Ein Modul kann innerhalb einer abh�ngigkeit nur einmal existieren! Eine jede Modulinstanz ist ein eigenst�ndiges Modul, welches auch so behandelt werden kann, nur im Rahmen der abh�ngigkeiten werden Einschr�nkungen getroffen die f�r ein Modul als solches einmalig sein sollen und so nur f�r ein Parent zugelassen sind!	+	Ein Modul kann innerhalb einer Abh�ngigkeit nur einmal existieren! Eine jede Modulinstanz ist ein eigenst�ndiges Modul, welches auch so behandelt werden kann, nur im Rahmen der Abh�ngigkeiten werden Einschr�nkungen getroffen die f�r ein Modul als solches einmalig sein sollen und so nur f�r ein Parent zugelassen sind!
	Das hat den Vorteil das ein Modul auch innerhalb eines Clients vererben kann und so mehrere Versionen/Konfigurationen eines Moduls existieren k�nnen.		Das hat den Vorteil das ein Modul auch innerhalb eines Clients vererben kann und so mehrere Versionen/Konfigurationen eines Moduls existieren k�nnen.
	Diese Abh�ngigkeiten sind auch notwendig um das n�chste Feature zu erm�glichen.		Diese Abh�ngigkeiten sind auch notwendig um das n�chste Feature zu erm�glichen.
-	SQL-installation/-deinstallation und Update.
		+	== SQL-Installation/-Deinstallation und Update ==
	Ein Modul kann SQL-Statements mitbringen die von DeDi zu bestimmten Aktionen ausgef�hrt werden.		Ein Modul kann SQL-Statements mitbringen die von DeDi zu bestimmten Aktionen ausgef�hrt werden.
-	Beim installieren eines Moduls oder importieren in einen Client wird 'Install' ausgef�hrt.	+	Beim Installieren eines Moduls oder Importieren in einen Client wird 'Install' ausgef�hrt.
-	Beim l�schen eines Moduls aus einem Client wird 'Uninstall' ausgef�hrt.	+	Beim L�schen eines Moduls aus einem Client wird 'Uninstall' ausgef�hrt.
-	Beim hochladen eines Moduls das neuer ist als ein vorhandenes, beim Online-Update �ber das Repository oder nach dem direkten �ndern eines Parents (Version wird ge�ndert) wird ein Update bei allen von diesem Modul direkt abh�ngigen Modulen angeboten indem eine 'gelbe Lampe' zu sehen ist!	+	Beim Hochladen eines Moduls das neuer ist als ein vorhandenes, beim Online-Update �ber das Repository oder nach dem direkten �ndern eines Parents (Version wird ge�ndert) wird ein Update bei allen von diesem Modul direkt abh�ngigen Modulen angeboten indem eine 'gelbe Lampe' zu sehen ist!
Zeile 65:		Zeile 64:
-	Sinn macht das ganze deshalb, weil es mit sicherheit Module geben wird die eigene Tabellen/Langstrings oder Values mitbringen.	+	Sinn macht das ganze deshalb, weil es mit Sicherheit Module geben wird die eigene Tabellen/Langstrings oder Values mitbringen.
	Um diese Funktionalit�t aus dem eigentlichen Modulcode rauszuhalten ist dieses Feature gedacht.		Um diese Funktionalit�t aus dem eigentlichen Modulcode rauszuhalten ist dieses Feature gedacht.
-	Syntaxpr�fung Modulcode
		+	== Syntaxpr�fung Modulcode ==
	Beim abspeichern und w�hrend anderer Aktionen im Client wird ein Modul auf Funktion gepr�ft.		Beim abspeichern und w�hrend anderer Aktionen im Client wird ein Modul auf Funktion gepr�ft.
	Dazu wird das Modul in eine Sandbox gesteckt und nur mit den wichtigsten DeDi-Variablen gef�ttert ($db, $perm, $catside usw.) �bergabeparameter aus den GET/POST oder aus der Modulkonfiguration werden nicht weitergegeben.		Dazu wird das Modul in eine Sandbox gesteckt und nur mit den wichtigsten DeDi-Variablen gef�ttert ($db, $perm, $catside usw.) �bergabeparameter aus den GET/POST oder aus der Modulkonfiguration werden nicht weitergegeben.
	Der Sinn dahinter ist ganz einfach, je sicherer ein Modul geschrieben ist um so sicherer wird auch der Umgang damit sein.		Der Sinn dahinter ist ganz einfach, je sicherer ein Modul geschrieben ist um so sicherer wird auch der Umgang damit sein.
-	Vorhandene Syntaxfehler oder Fehlfunktionen werden erkannt und angezeigt (mit einer orangenen hervorhebung !).	+	Vorhandene Syntaxfehler oder Fehlfunktionen werden erkannt und angezeigt (mit einer orangenen Hervorhebung!).
	Wir wollen die User nicht g�ngeln, diese Feature dient einzig und allein dazu entsprechende Hilfestellung zu geben (dazu wird es noch weiter ausgebaut).		Wir wollen die User nicht g�ngeln, diese Feature dient einzig und allein dazu entsprechende Hilfestellung zu geben (dazu wird es noch weiter ausgebaut).
-	Im Grundegenommen sollten wir uns an einen gewissen Standart bei der Entwicklung von Modulen halten.	+	Im Grundegenommen sollten wir uns an einen gewissen Standard bei der Entwicklung von Modulen halten.
-	Einige Punkte sind im Forum schon �fters aufgetaucht oder gemeinhin sowieso bekannt. Doch Neuanf�ngern wollen wir das ganze ja nicht zu sehr verbauen und auch nicht das Entwickeln neuer Module verhindern	+	Einige Punkte sind im Forum schon �fters aufgetaucht oder gemeinhin sowieso bekannt. Doch Neuanf�ngern wollen wir das Ganze ja nicht zu sehr verbauen und auch nicht das Entwickeln neuer Module verhindern.
	Zu nennen w�ren:		Zu nennen w�ren:
	*Eingangsverarbeitung/Aufbereitung		*Eingangsverarbeitung/Aufbereitung
-	*kappseln von Funktionen/Klassen	+	*Kapseln von Funktionen/Klassen
	*Aufr�umen der verwendeten Variablen		*Aufr�umen der verwendeten Variablen
	*Eindeutige Namensgebung		*Eindeutige Namensgebung
-	*einhalten von Konventionen	+	*Einhalten von Konventionen
-	Pre-Konfiguration eines Moduls
		+	== Pre-Konfiguration eines Moduls ==
-	Ein Modul kann vorkonfiguriert werden und so gewisse Einstelllungen des Moduls schon bei der installation �bernommen werden.	+	Ein Modul kann vorkonfiguriert werden und so gewisse Einstellungen des Moduls schon bei der Installation �bernommen werden.
-	In der Modulkonfiguration, zu erreichen unter Design->Module->Modul konfigurieren, kann das Modul einmal voreingestellt werden und die Einstellungen k�nnen in jedem Container �bernommen werden.	+	In der Modulkonfiguration, zu erreichen unter Design->Module->Modul konfigurieren, kann das Modul einmal voreingestellt und die Einstellungen k�nnen dann in jedem Container �bernommen werden.
	Die Darstellung des Schraubenschl�ssels als Men�punkt wechselt die Farbe von schwarz auf Rot wenn ein Modul vorkonfiguriert ist.		Die Darstellung des Schraubenschl�ssels als Men�punkt wechselt die Farbe von schwarz auf Rot wenn ein Modul vorkonfiguriert ist.
-	Das ganze wird dadurch abgerundet das ein Modul diese Features/Einstellungen auch mit sich bringt. Das heisst ein Modul kann mit sammt allen Einstellungen mittels der modulname.dedimod Datei gespeichert und weitergegeben werden!	+	Das ganze wird dadurch abgerundet das ein Modul diese Features/Einstellungen auch mit sich bringt. Das heisst ein Modul kann mit samt allen Einstellungen mittels der modulname.dedimod Datei gespeichert und weitergegeben werden!
-	....................	+	----
	�nderungen/Erweiterungen sind vorbehalten. Das ist nur eine vorl�ufige Dokumentation!		�nderungen/Erweiterungen sind vorbehalten. Das ist nur eine vorl�ufige Dokumentation!
-	Die gesammte Entwicklung/Erweiterung ist eigentlich abgeschlossen und befindet sich in der jetzigen Beta im Test, abweichungen sind BUGS!	+	Die gesamte Entwicklung/Erweiterung ist eigentlich abgeschlossen und befindet sich in der jetzigen Beta im Test, Abweichungen sind BUGS!
	Einige Teilbereiche werden aber erst zur folgenden Beta/Final freigeschaltet und sind somit noch nicht zug�nglich (Stichwort: Online-Repository).		Einige Teilbereiche werden aber erst zur folgenden Beta/Final freigeschaltet und sind somit noch nicht zug�nglich (Stichwort: Online-Repository).

---

Version vom 12:47, 21. Sep. 2004