Tehnici de proiectare software - Tipografia

More documents

Recommendations

Info

Multe din aplicaŃiile curente permit anularea fiecărei comenzi până la un anumit punct, cum ar fi ultima salvare efectuată. Daca se doreşte introducerea acestui lucru în aplicaŃia curentă, este nevoie de crearea unui istoric - o listă cu toate acŃiunile pe care utilizatorul le-a efectuat, cu toate datele utilizate şi cu starea precedentă. După vre-o trei sau patru acŃiuni, istoricul devine mai mare decât întreaga aplicaŃie şi asta din cauza redundanŃei datelor. Are mai mult sens combinarea acŃiunii utilizatorul într-un singur obiect - obiectul Command. Acesta conŃine datele necesare pentru o acŃiune specifică, precum şi comportamentul lor. Astfel, aplicaŃia doar invocă metoda de execuŃie a obiectului Command care execută comanda. AplicaŃia nu mai trebuie să cunoască toate opŃiunile disponibile şi poate fi uşor modificată încât să includă mai multe acŃiuni ale utilizatorului. • Utilizare Şablonul Command se foloseşte pentru: - anularea comenzilor, logare şi / sau tranzacŃii - executarea comenzilor în momente diferite • Descriere O aplicaŃie care nu foloseşte şablonul Command trebuie să conŃină metode care să se ocupe de fiecare eveniment care poate apărea. Prin urmare handler-ul trebuie să aibă toate informaŃiile pentru a putea executa acŃiunea. Introducerea unor noi acŃiuni necesită adăugarea de noi metode clasei handler-ului. Şablonul Command încapsulează atât datele cât şi funcŃionalitatea necesară pentru a executa o acŃiune sau cerinŃă specifică. El pune la dispoziŃie o separare între cum trebuie executată o acŃiune şi momentul când trebuie executată. O aplicaŃie care foloseşte şablonul Command creează o sursă, un receptor şi o comandă. Comanda primeşte referinŃa către receptor şi sursa primeşte o referinŃă către comandă. Obiectul comandă este trimis către cel care 1-a invocat, care implementează interfaŃa Command. în forma ei cea mai simplă, interfaŃa are o metodă de executare. Clasele care o implementează reŃin receptorul ca o variabilă de instanŃă. Când metoda de executare e apelată, Command apelează metoda doAction din clasa Receiver. Command poate apela mai multe metode ale clasei Receiver. • Implementare Diagrama de clase a şablonului Command este următoarea: Invoker interface Command +void execulef) ConcreteCommand -Receiver target ---- ► Receiver +void execute() +void action() 25
Pentru implementarea şablonului Command este nevoie de: - Command - interfaŃa ce defineşte metodele pe care le foloseşte clasa Invoker - Invoker - clasa care apelează metodele de executare ale obiectului Command - Receiver - Ńinta obiectului Command şi obiectul care îndeplineşte cerinŃa - ConcreteCommand - clasa ce implementează interfaŃa Command Atunci când metoda de executare e apelată, clasa ConcreteCommand apelează una sau mai multe metode ale clasei Receiver. Când se implementează şablonul Command, trebuie tăcute anumite alegeri privind utilizarea apelurilor. Se poate face unul din următoarele lucruri: - clasa care implementează interfaŃa Command se poate obŃine combinând clasele Invoker şi Receiver. trimiŃând astfel direct toate apelurile - clasa ConcreteCommand poate fi ia receptorul, rezolvând ea însăşi cerinŃele • Beneficii şi inconveniente Şablonul Command oferă flexibilitate în mai multe moduri: - decuplarea sursei evenimentului de la obiectul care are cunoştinŃele necesare pentru a efectua sarcina - împărŃirea instanŃelor către Command între mai multe obiecte - permite înlocuirea comenzilor şi receptorilor la rulare - adăugarea uşoară de noi comenzi; se scrie o alta implementare a interfeŃei şi se adaugă aplicaŃiei • Variante ale şablonului Printre variantele şablonului Command se numără: - Undo - când se extinde interfaŃa Command cu o metodă de anularea a comenzii, povara implementării acestei metode revine clasei care implementează interfaŃa Pentru a realiza anularea doar a ultimei comenzi, aplicaŃia trebuie să reŃină o referinŃă doar către ultima comandă. Când se execută o anulare, aplicaŃia apelează metoda de anulare doar a ultimei comenzi. Insă. utilizatorii pot să nu fie satisfăcuŃi doar cu anularea ultimei comenzi. Pentru a realiza anulări multiple, aplicaŃia trebuie să păstreze toate comenzile într-un istoric. Pentru a putea anula o comandă, interfaŃa Command trebuie să salveze toate informaŃiile necesare reparării unui obiect modificat. Aceste informaŃii includ receptorul şi orice argumente şi valori vechi. Receptorul trebuie schimbat astfel încât comanda să poată restaura valorile originale. Comenzile pot fi folosite de mai multe ori în contexte diferite. Prin urmare, comanda trebuie copiată înainte de a fi introdusă în istoric. Copierea comenzii previne erorile ce pot apărea în urma anulării şi executării repetate a ei. Mergând înapoi şi înainte în istoric nu ar trebui să fie o problemă, dar în cazul unei implementări incorecte, apar erori. Pentru a preveni asta. comanda ar trebui să reŃină câtă informaŃie este necesară pentru inversarea acŃiunii. Dacă o parte din informaŃii sunt stocate în receptor, şablonul Memento este cel mai indicat să reŃină starea receptorului. 26
Page 1 and 2: TEHNICI DE PROIECTARE SOFTWARE Proi
Page 3 and 4: I. Introducere 1.1. De ce şabloane
Page 5 and 6: II. Şabloane creaŃionale Aceste
Page 7 and 8: Implementare Diagrama de clase a ş
Page 9 and 10: .'.tor obiecte ConcreteFactory. rez
Page 11 and 12: Daca însă responsabilitatea creă
Page 13 and 14: . ■ - - 2 class /ippoir tmGnt Bui
Page 15 and 16: - se doreşte ca o subclasa şi nu
Page 17 and 18: î n t e r r ci L.. e o h d o e \ p
Page 19 and 20: Pentru implementarea şablonului Pr
Page 21 and 22: • Utilizare Şablonul Singleton s
Page 23 and 24: III. Şabloane comportamentale Şab
Page 25 and 26: Pentru implementarea şablonului Ch
Page 27: class PurcnaseKequest { privare iri
Page 31 and 32: III.3. Interpreter • ProprietăŃ
Page 33 and 34: Crearea arborelui de sintaxă abstr
Page 35 and 36: ■ Descriere Şablonul Iterator pe
Page 37 and 38: - Visitor - atunci când şablonul
Page 39 and 40: • Descriere Pe măsură ce comuni
Page 41 and 42: Exemplu Având o interfaŃă grafic
Page 43 and 44: Pentru implementarea şablonului Me
Page 45 and 46: obiect de tip State. Acest obiect e
Page 47 and 48: TranziŃiile se stochează într-un
Page 49 and 50: De fiecare dată când se vrea intr
Page 51 and 52: - Flyweight - câteodată obiectele
Page 53 and 54: Totuşi, cum se poate calcula timpu
Page 55 and 56: ■ Beneficii şi inconveniente Dat
Page 57 and 58: 111.10. Template Method • Proprie
Page 59 and 60: • Beneficii şi inconveniente Pri
Page 61 and 62: IV. Şabloane structurale Şabloane
Page 63 and 64: - ConcreteAdapter - clasa care impl
Page 65 and 66: IV.2. Bridge • Cunoscut şi ca Ha
Page 67 and 68: • Beneficii şi inconveniente Şa
Page 69 and 70: ■ Introducere Se doreşte modific
Page 71 and 72: Beneficii şi inconveniente Şablon
Page 73 and 74: Introducere Şablonul Composite des
Page 75 and 76: Trebuie asigurată tratarea în mod
Page 77 and 78: Separând un sistem într-un număr
Page 79 and 80:
interiace Private exLencis Genera]
Page 81 and 82:
Pentru implementarea şablonului Fl
Page 83 and 84:
• Introducere O aplicaŃie Java p
Page 85 and 86:
Un alt mare avantaj este că acest
Page 87 and 88:
SoluŃia este un obiect placeholder
Page 89 and 90:
la.ss Jmage extends Graphic{ public
Page 91:
Bibliografie 1. Stelting Stephen, M
show all

Tehnici de proiectare software - Tipografia

Create successful ePaper yourself

Delete template?

Save as template?