Technische Änderungen in CMSMS 1.10

Andynium · 05. November 2011 06:08

1. $gCms->smarty entfernt, anstatt dessen muss cmsms()->GetSmarty() verwendet werden.

2. $gCms->config entfernt, anstatt dessen muss cmsms()->GetConfig() verwendet werden.

3. $gCms->modules entfernt, anstatt dessen muss cms_utils::get_module() verwendet werden.

4. In CMSMS 1.10 wurde das Content-Objekt überarbeitet. So wurden alle member Variablen als private deklariert und Zugriffsmethoden für jeden member erstellt.

5. Die CmsObject Klasse (besser bekannt als $gCms Variable) ist nun eine final (nicht erweiterbare) Klasse.

6. Der letzte der längst veralteten Callbacks wurden aus der Modul-API entfernt.

7. Im Rahmen der Bereinigung der Modul-API wurden auch die Schnittstellen dieser Klasse bereinigt. Die meisten Methoden sind nun als public oder private deklariert. Einige Methoden sind auch final und können nicht überschrieben werden. Die redirect Methoden der Modul-API wurden als veraltet deklariert.

8: Einige Mitglieder der module Klasse wurden ersetzt, aber als veraltet deklariert.
Die member smarty, db, und config der module Klasse wurden entfernt und durch Zugriffsmethoden ersetzt:

$this->smarty – falls $smarty nicht angegeben ist, sollte cmsms()->GetSmarty(); verwendet werden
$this->db – falls $db nicht angegeben ist, sollte cmsms()->GetDb(); verwendet werden
$this->config – verwenden Sie cmsms()->GetConfig();
$this->cms – falls nicht angegeben, sollte $gCms = cmsms(); verwendet werden

Klenkes · 05. November 2011 10:33

Hey! Das nenn ich mal ein prima Zusammenfassung.
Als Amateur ausgedruckt und an die Wand gepinnt.

Andiministrator · 11. November 2011 10:20

Danke! Der Beitrag hat mir eine Menge Arbeit erspart smile

Ein Problem habe ich noch. Ich verwende in einem Plugin folgende Abfrage, um festzustellen, ob der aktuelle Content vom Cataloger-Modul kommt:

Hier klicken, um den Code zum Kopieren zu markieren

if ($smarty->_tpl_vars['content_obj']->mType == 'catalogitem' || $smarty->_tpl_vars['content_obj']->mType == 'catalogcategory') { return 'cataloger'; }

Seit CMSms 1.10 funktioniert das nicht mehr, Fehlermeldung:
ERROR DETECTED: Cannot access protected property Content2::$mType at X:\web\hzp-usedom.de\htmldoc\plugins\function.modulename.php:52

Weiß jemand Abhilfe?

NaN · 11. November 2011 15:08

Sicher.
Siehe Punkt 4:

4. In CMSMS 1.10 wurde das Content-Objekt überarbeitet. So wurden alle member Variablen als private deklariert und Zugriffsmethoden für jeden member erstellt.

D.h. so wäre es richtig:

Hier klicken, um den Code zum Kopieren zu markieren

if ($smarty->_tpl_vars['content_obj']->Type() == 'catalogitem' || $smarty->_tpl_vars['content_obj']->Type() == 'catalogcategory') 
{ 
    return 'cataloger'; 
}

Bzw. noch besser so:

Hier klicken, um den Code zum Kopieren zu markieren

if (cms_utils::get_current_content()->Type() == 'catalogitem' || cms_utils::get_current_content()->Type() == 'catalogcategory') 
{ 
    return 'cataloger'; 
}

Andiministrator · 14. November 2011 12:28

Geht hervorragend, vielen Dank!

Andynium · 27. November 2011 21:54

cyberman schrieb:

$this->db – falls $db nicht angegeben ist, sollte cmsms()->GetDb(); verwendet werden

Aufgrund einer aktuellen Diskussion noch ein Hinweis - obiges gilt auch in ähnlicher Weise für $gCms->db;

Forum für CMS/made simple

#1 05. November 2011 06:08

Technische Änderungen in CMSMS 1.10

#2 05. November 2011 10:33

Re: Technische Änderungen in CMSMS 1.10

#3 11. November 2011 10:20

Re: Technische Änderungen in CMSMS 1.10

#4 11. November 2011 15:08

Re: Technische Änderungen in CMSMS 1.10

#5 14. November 2011 12:28

Re: Technische Änderungen in CMSMS 1.10

#6 27. November 2011 21:54

Re: Technische Änderungen in CMSMS 1.10

Fußzeile des Forums