fangio
"myXOOPs"-Neuling
Gepostet am:09.01.2006 15:08
#6
Der Xoops-Core sollte hierbei das Framework bieten, auf welchem Module spezielle Aufgaben erledigen, im angewandten (nicht technischen) oo-sinne also ein Objekt (technisch Klasse) mit verschiedenen Funktionen (technische Analogie Methoden) darstellen.
Aber ich denke, ich erzähl damit nichts Neues :)
Ich will damit sagen, sollte ein Modul nicht den individuellen Bedürfnissen eines Benutzers entsprechen, so liegt es an demjenigen, diese spezielle Aufgabe dahingehend zu modifizieren bzw. es modifizieren zu lassen.
IMHO ist es wichtiger, Xoops generisch und (völlig) frei von individuellen Bedürfnissen zu lassen. Es soll ein Framework sein, kein out-of-the-box System mit speziellen Stärken (und Schwächen).
Public Moduls sollen eine Möglichkeit sein, dass Benutzer bereits auf Standardmodule zugreifen können, um eine Website schnell und einfach auf die Beine stellen zu können. Alles was darüber hinausgeht, sprich individuelle Bedürfnisse betrifft, kann nur eine Aufgabe der Individuen sein, egal ob sie es selbst lösen oder lösen lassen.
However, es ist natürlich genügend Potential vorhanden, die sog. "öffentlichen Standardmodule" weiter zu verbessern. Und dazu sind auch Vorschläge der Community wichtig.
Gerade bei den speziell genannten Aufgaben, also Benutzer-, Menü-, Block- und Statistikverwaltung, die großteils zu Standardaufgaben eines Portal-/CMS-Systems gehören, ist es wichtig, Erweiterungs- und Verbesserungsvorschläge zu bringen. Dennoch sollte, und nun zur Quintessenz meines Statements, nicht vergessen werden, dass nichts dagegen spricht, selbst ein Modul mit individuellen Bedürfnissen zu entwickeln.
Die Frage also ist IMHO hauptsächlich: sind Funktionen eines Moduls von allgemeinem Interesse und daher sinnvoll, in den sog. Standardmodulen zu integrieren, oder sollte es eine Spezialfunktion bleiben? Denn jede Erweiterung der Funktionalität führt nachhaltig zu weniger Übersicht und zu einem schwereren Einstieg in das/dieses Portal-/CMS-System.
MfG
-- fangio
Re: Xoops - Ideen
09.01.2006 15:08 Wenn man einen Blick auf das Konzept wirft, das hinter Xoops steht (und eigentlich auch schon im Akronym vermerkt ist), erkennt man den starken OO-Grundsatz, sprich v.a. Modularität, Offenheit und Erweiterbarkeit, etc.Der Xoops-Core sollte hierbei das Framework bieten, auf welchem Module spezielle Aufgaben erledigen, im angewandten (nicht technischen) oo-sinne also ein Objekt (technisch Klasse) mit verschiedenen Funktionen (technische Analogie Methoden) darstellen.
Aber ich denke, ich erzähl damit nichts Neues :)
Ich will damit sagen, sollte ein Modul nicht den individuellen Bedürfnissen eines Benutzers entsprechen, so liegt es an demjenigen, diese spezielle Aufgabe dahingehend zu modifizieren bzw. es modifizieren zu lassen.
IMHO ist es wichtiger, Xoops generisch und (völlig) frei von individuellen Bedürfnissen zu lassen. Es soll ein Framework sein, kein out-of-the-box System mit speziellen Stärken (und Schwächen).
Public Moduls sollen eine Möglichkeit sein, dass Benutzer bereits auf Standardmodule zugreifen können, um eine Website schnell und einfach auf die Beine stellen zu können. Alles was darüber hinausgeht, sprich individuelle Bedürfnisse betrifft, kann nur eine Aufgabe der Individuen sein, egal ob sie es selbst lösen oder lösen lassen.
However, es ist natürlich genügend Potential vorhanden, die sog. "öffentlichen Standardmodule" weiter zu verbessern. Und dazu sind auch Vorschläge der Community wichtig.
Gerade bei den speziell genannten Aufgaben, also Benutzer-, Menü-, Block- und Statistikverwaltung, die großteils zu Standardaufgaben eines Portal-/CMS-Systems gehören, ist es wichtig, Erweiterungs- und Verbesserungsvorschläge zu bringen. Dennoch sollte, und nun zur Quintessenz meines Statements, nicht vergessen werden, dass nichts dagegen spricht, selbst ein Modul mit individuellen Bedürfnissen zu entwickeln.
Die Frage also ist IMHO hauptsächlich: sind Funktionen eines Moduls von allgemeinem Interesse und daher sinnvoll, in den sog. Standardmodulen zu integrieren, oder sollte es eine Spezialfunktion bleiben? Denn jede Erweiterung der Funktionalität führt nachhaltig zu weniger Übersicht und zu einem schwereren Einstieg in das/dieses Portal-/CMS-System.
MfG
-- fangio

