Suprascriere si dezactivare Observere in Magento
Uneori trebuie sa suprascriem un observator (observer). Prima metoda care vine in general in minte este suprascrierea modelului. In general se numeste Observer.php, pentru ca aceasta este “best practice”.
Dar NU, nu trebuie suprascris modelul. Oricum Observer.php nu extinde nimic si in general contine toti observatorii pentru modul, deci nu poti suprascrie in mai multe module acelasi observer.
Cum functioneaza?
In magento cand se adauga un nou observer, acesta trebuie sa aiba un identificator unic. Acest identificator este cheia!
De fapt, mai este un element: “zona”. Cand se face Mage::dispatchEvent(…) se vor rula evenimentele dupa “zona” si dupa “identificator”.
De exemplu sistemul de notificari din admin, care se leaga de evenimentul “controller_action_predispatch”, va rula:
1=> "global"(zona)
2=> "controller_action_predispatch"(event)
3=> "adminnotification"(identificator)
apoi:
1=> "adminhtml"(zona)
2=> "controller_action_predispatch"(event)
3=> "adminnotification"(identificator)
Daca era vorba de un event in frontend, ar fi fost: “global” apoi “frontend”.
Suprascrierea
Suprascrierea, de fapt, consta intr-un observer definit in aceeasi zona de config ca evenimentul initial(global, frontend sau adminhtml), atasat la acelasi eveniment si cu acelasi identificator cu cel initial (ex: adminnotification).
Sa zicem ca trebuie sa suprascriem “adminnotification”. Acest observer se afla in modulul Mage/AdminNotification. Identificatorul unic este in etc/config.xml:
1...
2 <adminhtml>
3...
4 <events>
5 <controller_action_predispatch>
6 <observers>
7 <adminnotification>
8 <class>adminnotification/observer</class>
9 <method>preDispatch</method>
10 </adminnotification>
11 </observers>
12 </controller_action_predispatch>
13 </events>
14...
15 </adminhtml>
16...
Din exemplul de mai sus putem vedea:
– zona: adminhtml
– event: controller_action_predispatch
– identificator: adminnotification
Fisierul de activare a modulului va fi: app/etc/modules/CP_AdminNotification.xml
1<?xml version="1.0"?>
2<config>
3 <modules>
4 <CP_AdminNotification>
5 <active>true</active>
6 <codePool>local</codePool>
7 <depends>
8 <Mage_AdminNotification/>
9 </depends>
10 </CP_AdminNotification>
11 </modules>
12</config>
Am adaugat si dependinte pentru ca fara acel modul, modulul de fata este iuntil.
Este “best practice” sa denumesti un modul suprascris la fel ca modulul initial.
Fisierul de configurare pentru modul va contine practic tot ce avem nevoie pentru suprascriere: zona, event si identificator. Fisierul se afla in app/code/local/CP/AdminNotification/etc/config.xml:
1<?xml version="1.0"?>
2<config>
3 <modules>
4 <CP_AdminNotification>
5 <version>0.0.1</version>
6 </CP_AdminNotification>
7 </modules>
8 <global>
9 <models>
10 <cp_adminnotification>
11 <class>CP_AdminNotification_Model</class>
12 </cp_adminnotification>
13 </models>
14 </global>
15 <adminhtml>
16 <events>
17 <controller_action_predispatch>
18 <observers>
19 <adminnotification>
20 <class>cp_adminnotification/observer</class>
21 <method>overwrittenPreDispatch</method>
22 </adminnotification>
23 </observers>
24 </controller_action_predispatch>
25 </events>
26 </adminhtml>
27</config>
Observerul ar trebui sa contina noua logica. Fisierul este in app/ code/local/CP/AdminNotification/Model/Observer.php, asa cum era si evident, dupa structura de mai sus.
1<?php
2
3class CP_AdminNotification_Model_Observer {
4
5 public function overwrittenPreDispatch(Varien_Event_Observer $observer) {
6 // noua logica din observer
7 }
8}
Dezactivarea
Dezactivarea este destul de similara cu suprascrierea, diferenta este in config si faptul ca nu mai este nevoie de un fisier observer, pentru ca nu mai exista o noua logica.
Noul fisier de config.xml este:
1<?xml version="1.0"?>
2<config>
3...
4 <adminhtml>
5 <events>
6 <controller_action_predispatch>
7 <observers>
8 <adminnotification>
9 <type>disabled</type>
10 </adminnotification>
11 </observers>
12 </controller_action_predispatch>
13 </events>
14 </adminhtml>
15</config>