Deoarece Oracle Content Management stochează proprietăţi în numele componentei personalizate, modificările acestor proprietăţi fac automat parte din comportamentul de Anulare şi Repetare al paginii.
Pentru a vă asigura că este clar ce se întâmplă atunci când un utilizator face clic pe Anulare sau Repetare, aceste "evenimente de anulare" ar trebui să aibă loc numai atunci când un utilizator a făcut de fapt ceva la pagina respectivă. De exemplu, aducerea în faţă a panoului Setări al componentei personalizate nu ar trebui să actualizeze proprietăţile în cadrul paginii, până când utilizatorul nu efectuează de fapt o modificare a proprietăţii. Simpla iniţializare a proprietăţilor din panoul Setări nu ar trebui să producă un eveniment de actualizare.
Dacă nu aveţi grijă să asiguraţi acest comportament, atunci pot să apară comportamente neaşteptate. Pagina va funcţiona în continuare, dar în detrimentul experienţei utilizatorului. De exemplu, pot să apară astfel de comportamente:
Butonul Salvare va deveni activ prin simpla aducere în faţă a panoului Setări.
Utilizatorul trebuie să facă clic pe Repetare de mai multe ori, înainte ca vreun efect să fie vizibil.
Stiva Redo este eliminată, deoarece componenta a revenit la o modificare neaşteptată şi a actualizat stiva Redo cu noua valoare.
Codul exemplu furnizat în acest tutorial pentru panoul Setări oferă un exemplu privind modul de a vă asigura că rescrieţi la loc numai atunci când sunteţi gata să apelaţi de fapt saveData (Salvare date) şi nu la iniţializare. O atenţie similară ar trebui acordată componentei în sine pentru a nu actualiza customSettingsData (Date setări personalizate), cu excepţia cazului în care a implicat o interacţiune cu utilizatorul, deşi de obicei acest lucru este mai puţin preocupant.
Continuaţi cu Pasul 16: Administrarea resurselor.