In XOOPS 2.6.0 Alpha 2 wurden einige bekannte Dienste, die traditionell ein Teil des Core waren, in Module getrennt. Einige Beispiele sind: Avatars, Kommentare und Meldungen Dieser Ansatz hat einige wichtige Vorteile: ? Module können unabhängig voneinander aktualisiert werden. ? Module können private Ressourcen wie Vorlagen, Konfigurationen, oder Wartung Seiten haben. ? Wenn nicht benötigt, Module können weggelassen werden, und damit einige Ressourcen sparen. Aber es gibt auch potenziellen Vorteile die nicht realisiert wurden: ? Die Service-Modulen können nicht leicht durch alternative Implementierungen ersetzt werden ? Referenzen mit hart-codiert Modulnamen komplizieren das gesamte System In XOOPS 2.6.0 Alpha 3 werden wir deswegen einen "Service Manager" einführen: ? Dienstleistungen werden nach Service-Namen gesucht, und nicht nach Diensteanbieter ? Service-Schnittstelle werder vertraglich festgelegt ? Es wird ein standardisiertes Antwort-Objekt geben, das Ergebnis, Status und Meldungen beinhaltet ? Service-Antrag wird auf einer bekannte Schnittstelle basieren ? Wir müssen nicht mehr überprüfen, ob ein bestimmtes Modul existiert ? Wenn der Dienst nicht verfügbar ist, wird dieser Status wie jeder andere Fehlerzustand zurückgemeldet. ? Diensteanbieter sind nur instanziiert, wenn ausdrücklich verlangt, und dann für die Dauer des PHP-Lauf gehalten. Richard Griffith, unserer Core Team Leader, hat eine Präsentation entwickelt, um zu zeigen wie XOOPS 2.6.0 wird den Service Manager implementieren, und wie man es benutzt. Sie können die Präsentation auf Slideshare sehen: XOOPS 2.6.0 ist derzeit in der Entwicklung, kurz vor Alpha-3 Freigabe. Sie können es von GitHub downloaden, und uns bei der Entwicklung helfen.