Differences
This shows you the differences between two versions of the page.
|
poo-ca-cd:laboratoare:old-exercises [2020/08/18 22:41] florin.mihalache [Clase interne] |
poo-ca-cd:laboratoare:old-exercises [2020/12/09 16:24] (current) adriana.draghici [Design Patterns] |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| - | ===== Exerciții ===== | + | ===== Exerciții vechi ===== |
| Această pagină cuprinde exerciții care au fost taskuri de laborator și acum înlocuite cu altele. | Această pagină cuprinde exerciții care au fost taskuri de laborator și acum înlocuite cu altele. | ||
| Line 142: | Line 142: | ||
| * În clasa **BashUtils** din pachetul **bash** vom implementa fiecare comandă ca o clasă internă. | * În clasa **BashUtils** din pachetul **bash** vom implementa fiecare comandă ca o clasă internă. | ||
| * În clasa **Bash** din pachetul **bash** vom citi comenzi de la tastatură și le vom trimite spre **BashUtils** spre a fi executate. | * În clasa **Bash** din pachetul **bash** vom citi comenzi de la tastatură și le vom trimite spre **BashUtils** spre a fi executate. | ||
| - | * Mecanismul de funcționare va fi de tipul [[:poo-ca-cd: https://en.wikipedia.org/wiki/Publish%E2%80%93subscribe_pattern | Publisher-Subscriber ]]. | + | * Mecanismul de funcționare va fi de tipul [[https://en.wikipedia.org/wiki/Publish%E2%80%93subscribe_pattern | Publisher-Subscriber ]]. |
| {{ :poo-ca-cd:laboratoare:clase-interne:publish_subscribe.gif ? | Publisher-Subscriber }} | {{ :poo-ca-cd:laboratoare:clase-interne:publish_subscribe.gif ? | Publisher-Subscriber }} | ||
| Line 167: | Line 167: | ||
| | | ||
| 2. **(1p)** Un obiect de tipul **Bash** va avea: | 2. **(1p)** Un obiect de tipul **Bash** va avea: | ||
| - | * un director current reținut în membrul **currentDirectory** care este de tipul [[:poo-ca-cd: https://docs.oracle.com/javase/8/docs/api/java/nio/file/Path.html | Path ]] | + | * un director current reținut în membrul **currentDirectory** care este de tipul [[https://docs.oracle.com/javase/8/docs/api/java/nio/file/Path.html | Path ]] |
| - | * un istoric al comenzilor care este de tipul [[:poo-ca-cd: https://docs.oracle.com/javase/8/docs/api/java/lang/StringBuffer.html | StringBuffer ]] . | + | * un istoric al comenzilor care este de tipul [[https://docs.oracle.com/javase/8/docs/api/java/lang/StringBuffer.html | StringBuffer ]] . |
| <note> De ce este mai util să folosim un StringBuffer și nu un String simplu? | <note> De ce este mai util să folosim un StringBuffer și nu un String simplu? | ||
| - | [[:poo-ca-cd: http://www.javaworld.com/article/2076072/build-ci-sdlc/stringbuffer-versus-string.html | Sting vs StringBuffer ]]? | + | [[http://www.javaworld.com/article/2076072/build-ci-sdlc/stringbuffer-versus-string.html | String vs StringBuffer ]]? |
| </note> | </note> | ||
| - | * În constructorul clasei **Bash** vom inițializa **history** și apoi **currentDirectory** cu calea către directorul curent ".". Hint: [[:poo-ca-cd: https://docs.oracle.com/javase/tutorial/essential/io/pathOps.html | Paths.get ]] | + | * În constructorul clasei **Bash** vom inițializa **history** și apoi **currentDirectory** cu calea către directorul curent ".". Hint: [[https://docs.oracle.com/javase/tutorial/essential/io/pathOps.html | Paths.get ]] |
| * Instantiati și obiectul de tip **CommandPublisher** definit la exercițiul anterior. Prin intermediul lui vom publica comenzi din **Bash** în sistem. | * Instantiati și obiectul de tip **CommandPublisher** definit la exercițiul anterior. Prin intermediul lui vom publica comenzi din **Bash** în sistem. | ||
| | | ||
| Line 204: | Line 204: | ||
| * Metoda **executeCommand** va trebui să: | * Metoda **executeCommand** va trebui să: | ||
| * verifice dacă comanda primită începe cu "cd". | * verifice dacă comanda primită începe cu "cd". | ||
| - | * să schimbe variabila **currentDirectory** cu noua cale. Funcția **cd** va face **append** la calea deja existentă în **currentDirectory**. Hint: [[:poo-ca-cd: https://docs.oracle.com/javase/tutorial/essential/io/pathOps.html | Paths.get ]] | + | * să schimbe variabila **currentDirectory** cu noua cale. Funcția **cd** va face **append** la calea deja existentă în **currentDirectory**. Hint: [[https://docs.oracle.com/javase/tutorial/essential/io/pathOps.html | Paths.get ]] |
| * Creați un obiect de tipul clasei **Cd** în constructorul clasei **Bash**. Înregistrați obiectul ca **subscriber** la instanța de **CommandPublisher** folosind metoda **subscribe**. | * Creați un obiect de tipul clasei **Cd** în constructorul clasei **Bash**. Înregistrați obiectul ca **subscriber** la instanța de **CommandPublisher** folosind metoda **subscribe**. | ||
| * Testați rulând metoda **main** din clasa **LinuxOS**. | * Testați rulând metoda **main** din clasa **LinuxOS**. | ||
| Line 212: | Line 212: | ||
| * Metoda **executeCommand** va trebui să: | * Metoda **executeCommand** va trebui să: | ||
| * verifice dacă comanda primită este "ls" fără parametrii. | * verifice dacă comanda primită este "ls" fără parametrii. | ||
| - | * să itereze prin conținutul directorului curent și să afișeze numele fișierelor la consolă, pe câte o linie fiecare. Hint: [[:poo-ca-cd: http://stackoverflow.com/questions/1844688/read-all-files-in-a-folder | cum citim conținutul unui director în Java? ]] | + | * să itereze prin conținutul directorului curent și să afișeze numele fișierelor la consolă, pe câte o linie fiecare. Hint: [[http://stackoverflow.com/questions/1844688/read-all-files-in-a-folder | cum citim conținutul unui director în Java? ]] |
| * **currentDirectory** are tipul **Path**. Putem obține un obiect de tip **File** astfel: | * **currentDirectory** are tipul **Path**. Putem obține un obiect de tip **File** astfel: | ||
| <code java>File folder = currentDirectory.toFile();</code> | <code java>File folder = currentDirectory.toFile();</code> | ||
| Line 230: | Line 230: | ||
| ==== Visitor pattern, Overriding, Overloading ==== | ==== Visitor pattern, Overriding, Overloading ==== | ||
| - | - Scheletul de laborator conține implementarea folosind pattern-ul Visitor a scenariului Employee-Manager descris [[:poo-ca-cd:.:visitor#scenariu-visitor| in laborator]]. Spre deosebire de exemplele din laborator, clasa Employee conține și câmpul extraHours, relevant pentru exercițiul 3. | + | - Scheletul de laborator conține implementarea folosind pattern-ul Visitor a scenariului Employee-Manager descris [[:poo-ca-cd:laboratoare:visitor#scenariu_visitor| in laborator]]. Spre deosebire de exemplele din laborator, clasa Employee conține și câmpul extraHours, relevant pentru exercițiul 3. |
| * a) Rulați codul și observați comportamentul și interacțiunea dintre obiectele vizitate și obiectul de tip Visitor. | * a) Rulați codul și observați comportamentul și interacțiunea dintre obiectele vizitate și obiectul de tip Visitor. | ||
| * b) Nu mai suprascrieți metoda ''accept'' din //Manager//, rulați și explicați rezultatul execuției. | * b) Nu mai suprascrieți metoda ''accept'' din //Manager//, rulați și explicați rezultatul execuției. | ||
| Line 249: | Line 249: | ||
| * Clasele din API-ul //nio// folosite pentru acest exercițiu sunt disponibile începând cu jdk7. | * Clasele din API-ul //nio// folosite pentru acest exercițiu sunt disponibile începând cu jdk7. | ||
| - | * {{:poo-ca-cd:laboratoare:visitor:skel-visitor-manager-employee.zip| Schelet cod}} | + | * {{:poo-ca-cd:laboratoare:visitor:skel-visitor-manager-employee.zip| Schelet cod}} |
| ==== Colecții ==== | ==== Colecții ==== | ||
| Line 262: | Line 262: | ||
| - Prelucraţi implementarea de mai sus astfel încât colecţia sǎ reprezinte o tabelǎ de dispersie, care calculează codul de dispersie al elementelor dupǎ un criteriu ales de voi (puteţi suprascrie funcţia **hashCode**). | - Prelucraţi implementarea de mai sus astfel încât colecţia sǎ reprezinte o tabelǎ de dispersie, care calculează codul de dispersie al elementelor dupǎ un criteriu ales de voi (puteţi suprascrie funcţia **hashCode**). | ||
| * În ''Student'' suprascrieți metoda ''equals'' astfel încât să se ţină cont de câmpurile clasei, şi încercaţi din nou. Ce observaţi? | * În ''Student'' suprascrieți metoda ''equals'' astfel încât să se ţină cont de câmpurile clasei, şi încercaţi din nou. Ce observaţi? | ||
| - | * //Hint:// [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/util/Set.html#add(E)|Set.add]], [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/lang/Object.html#equals(java.lang.Object)|Object.equals]], [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/lang/Object.html#hashCode()|Object.hashCode]] | + | * //Hint:// [[http://docs.oracle.com/javase/8/docs/api/java/util/Set.html#add(E)|Set.add]], [[http://docs.oracle.com/javase/8/docs/api/java/lang/Object.html#equals(java.lang.Object)|Object.equals]], [[http://docs.oracle.com/javase/8/docs/api/java/lang/Object.html#hashCode()|Object.hashCode]] |
| - Plecând de la implementarea exerciţiului anterior, realizaţi urmǎtoarele modificǎri: | - Plecând de la implementarea exerciţiului anterior, realizaţi urmǎtoarele modificǎri: | ||
| * Supraîncǎrcaţi, în clasa ''Student'', metoda ''equals'', cu o variantǎ care primeşte un parametru ''Student'', şi care întoarce întotdeauna ''false''. | * Supraîncǎrcaţi, în clasa ''Student'', metoda ''equals'', cu o variantǎ care primeşte un parametru ''Student'', şi care întoarce întotdeauna ''false''. | ||
| Line 270: | Line 270: | ||
| - Cheile pot avea valori de la 0 la 10 (corespunzǎtoare mediilor posibile). Verificați acest lucru la adăugare. | - Cheile pot avea valori de la 0 la 10 (corespunzǎtoare mediilor posibile). Verificați acest lucru la adăugare. | ||
| - Valoarea asociată fiecǎrei chei va fi o listǎ (''List'') care va reţine toţi studenţii cu media rotunjitǎ egalǎ cu cheia. Considerǎm cǎ un student are media rotunjitǎ 8 dacǎ media sa este în intervalul [7.50, 8.49]. | - Valoarea asociată fiecǎrei chei va fi o listǎ (''List'') care va reţine toţi studenţii cu media rotunjitǎ egalǎ cu cheia. Considerǎm cǎ un student are media rotunjitǎ 8 dacǎ media sa este în intervalul [7.50, 8.49]. | ||
| - | - Implementați un [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/util/Comparator.html|Comparator]] pentru stabilirea ordinii cheilor. Gradebook va primi un parametru de tip ''Comparator'' în constructor și îl va da mai departe constructorului clasei moștenite. | + | - Implementați un [[http://docs.oracle.com/javase/8/docs/api/java/util/Comparator.html|Comparator]] pentru stabilirea ordinii cheilor. Gradebook va primi un parametru de tip ''Comparator'' în constructor și îl va da mai departe constructorului clasei moștenite. |
| - Definiţi în clasǎ metoda ''add(Student)'', ce va adǎuga un student în lista corespunzǎtoare mediei lui. Dacǎ, în prealabil, nu mai existǎ niciun student cu media respectivǎ (rotunjitǎ), atunci lista va fi creatǎ la cerere. | - Definiţi în clasǎ metoda ''add(Student)'', ce va adǎuga un student în lista corespunzǎtoare mediei lui. Dacǎ, în prealabil, nu mai existǎ niciun student cu media respectivǎ (rotunjitǎ), atunci lista va fi creatǎ la cerere. | ||
| - Testați clasa: | - Testați clasa: | ||
| - instanțiați un obiect Gradebook și adăugați in el câţiva studenţi. | - instanțiați un obiect Gradebook și adăugați in el câţiva studenţi. | ||
| - | - iteraţi pe Gradebook şi sortaţi alfabetic fiecare listǎ de studenţi pentru fiecare notă. Pentru a sorta, se va folosi metoda [[:poo-ca-cd:https://docs.oracle.com/javase/8/docs/api/java/util/Collections.html#sort-java.util.List-|Collections.sort]], iar clasa Student va implementa o interfață care specifică modul în care sunt comparate elementele. | + | - iteraţi pe Gradebook şi sortaţi alfabetic fiecare listǎ de studenţi pentru fiecare notă. Pentru a sorta, se va folosi metoda [[https://docs.oracle.com/javase/8/docs/api/java/util/Collections.html#sort-java.util.List-|Collections.sort]], iar clasa Student va implementa o interfață care specifică modul în care sunt comparate elementele. |
| - | * clasa ''Student'' va implementa interfaţa [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/lang/Comparable.html|Comparable]], suprascriind metoda [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/lang/Comparable.html#compareTo(T)|compareTo]]. | + | * clasa ''Student'' va implementa interfaţa [[http://docs.oracle.com/javase/8/docs/api/java/lang/Comparable.html|Comparable]], suprascriind metoda [[http://docs.oracle.com/javase/8/docs/api/java/lang/Comparable.html#compareTo(T)|compareTo]]. |
| - Creaţi o clasǎ care moşteneşte ''HashSet<Integer>''. | - Creaţi o clasǎ care moşteneşte ''HashSet<Integer>''. | ||
| * Definiţi în aceastǎ clasǎ o variabilǎ membru care reţine numǎrul total de elemente adǎugate. Pentru a contoriza acest lucru, suprascrieți metodele ''add'' şi ''addAll''. Pentru adǎugarea efectivǎ a elementelor, folosiţi implementǎrile din clasa pǎrinte (''HashSet''). | * Definiţi în aceastǎ clasǎ o variabilǎ membru care reţine numǎrul total de elemente adǎugate. Pentru a contoriza acest lucru, suprascrieți metodele ''add'' şi ''addAll''. Pentru adǎugarea efectivǎ a elementelor, folosiţi implementǎrile din clasa pǎrinte (''HashSet''). | ||
| * Testaţi, folosind atât ''add'' cât şi ''addAll''. Ce observaţi? Corectaţi dacǎ este cazul. | * Testaţi, folosind atât ''add'' cât şi ''addAll''. Ce observaţi? Corectaţi dacǎ este cazul. | ||
| * Modificaţi implementarea astfel încât clasa voastrǎ sǎ moşteneascǎ ''LinkedList<Integer>''. Ce observaţi? Ce **concluzii** trageţi? | * Modificaţi implementarea astfel încât clasa voastrǎ sǎ moşteneascǎ ''LinkedList<Integer>''. Ce observaţi? Ce **concluzii** trageţi? | ||
| - | * Hint: [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/util/Collection.html#add(E)|Collection.add]], [[:poo-ca-cd:http://docs.oracle.com/javase/8/docs/api/java/util/Collection.html#addAll(java.util.Collection)|Collection.addAll]]. | + | * Hint: [[http://docs.oracle.com/javase/8/docs/api/java/util/Collection.html#add(E)|Collection.add]], [[http://docs.oracle.com/javase/8/docs/api/java/util/Collection.html#addAll(java.util.Collection)|Collection.addAll]]. |
| - | * Hint: implementarea ''addAll'' din sursele pentru [[:poo-ca-cd:http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/util/HashSet.java#HashSet|HashSet]] şi [[:poo-ca-cd:http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/util/LinkedList.java#LinkedList|LinkedList]]. | + | * Hint: implementarea ''addAll'' din sursele pentru [[http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/util/HashSet.java#HashSet|HashSet]] şi [[http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/8u40-b25/java/util/LinkedList.java#LinkedList|LinkedList]]. |
| ==== Excepții ==== | ==== Excepții ==== | ||
| - | - **(2p)** Scrieţi o metodă (scurtă) care să genereze [[:poo-ca-cd:http://docs.oracle.com/javase/7/docs/api/java/lang/OutOfMemoryError.html|OutOfMemoryError]] şi o alta care să genereze [[:poo-ca-cd:http://docs.oracle.com/javase/7/docs/api/java/lang/StackOverflowError.html|StackOverflowError]]. Verificaţi posibilitatea de a continua rularea după interceptarea acestei erori. Comparaţi răspunsul cu posibilitatea de a realiza acelaşi lucru într-un limbaj compilat, ce rulează direct pe platforma gazdă (ca C). | + | - **(2p)** Scrieţi o metodă (scurtă) care să genereze [[http://docs.oracle.com/javase/7/docs/api/java/lang/OutOfMemoryError.html|OutOfMemoryError]] şi o alta care să genereze [[http://docs.oracle.com/javase/7/docs/api/java/lang/StackOverflowError.html|StackOverflowError]]. Verificaţi posibilitatea de a continua rularea după interceptarea acestei erori. Comparaţi răspunsul cu posibilitatea de a realiza acelaşi lucru într-un limbaj compilat, ce rulează direct pe platforma gazdă (ca C). |
| - **(2p)** Demonstraţi într-un program execuţia blocului ''finally'' chiar şi în cazul unui ''return'' din metoda. | - **(2p)** Demonstraţi într-un program execuţia blocului ''finally'' chiar şi în cazul unui ''return'' din metoda. | ||
| Line 294: | Line 294: | ||
| Exercițiile din această secțiune și din urmatoarea au ca temă comună realizarea unui joc controlat din consolă. Jocul constă dintr-o lume (aka hartă) în care se plimbă eroi de trei tipuri, colectează comori și se bat cu monștri. În acestă secțiune trebuie să implementați o parte din funcționalitățile jocului folosind patternurile //Singleton//, //Factory// și //Observer//, urmând ca în secțiunea următoare să terminați implementarea. | Exercițiile din această secțiune și din urmatoarea au ca temă comună realizarea unui joc controlat din consolă. Jocul constă dintr-o lume (aka hartă) în care se plimbă eroi de trei tipuri, colectează comori și se bat cu monștri. În acestă secțiune trebuie să implementați o parte din funcționalitățile jocului folosind patternurile //Singleton//, //Factory// și //Observer//, urmând ca în secțiunea următoare să terminați implementarea. | ||
| - | Schelet: {{.:design-patterns:design-patterns1-skel.zip|Schelet}} | + | Schelet: {{:poo-ca-cd:laboratoare:design-patterns:design-patterns1-skel.zip|Schelet}} |
| + | |||
| + | Solutie: {{:poo-ca-cd:laboratoare:old-exercises:design_patterns_2018_sol.zip|Solutie}} | ||
| Detalii joc: | Detalii joc: | ||
| - | * //Harta// | + | * //Harta// |
| - | * reprezentată printr-o matrice. Fiecare element din matrice reprezintă o zonă care poate fi liberă, poate conține obstacole sau poate conține o comoară (în secțiunea următoare poate conține și monștrii). | + | * reprezentată printr-o matrice. Fiecare element din matrice reprezintă o zonă care poate fi liberă, poate conține obstacole sau poate conține o comoară (în secțiunea următoare poate conține și monștrii). |
| - | * este menținută în clasa ''World''. | + | * este menținută în clasa ''World''. |
| - | * //Eroii// | + | * //Eroii// |
| - | * sunt reprezentați prin clase de tip ''Hero'' și sunt de trei tipuri: //Mage//, //Warrior//, //Priest//. | + | * sunt reprezentați prin clase de tip ''Hero'' și sunt de trei tipuri: //Mage//, //Warrior//, //Priest//. |
| - | * puteți adăuga oricâți eroi doriți pe hartă (cât vă permite memoria :)) | + | * puteți adăuga oricâți eroi doriți pe hartă (cât vă permite memoria :)) |
| - | * într-o zonă pot fi mai mulți eroi | + | * într-o zonă pot fi mai mulți eroi |
| - | * acțiunile pe care le pot face: | + | * acțiunile pe care le pot face: |
| - | * ''move'' - se mută într-o zonă învecinată | + | * ''move'' - se mută într-o zonă învecinată |
| - | * ''attack'' (de implementat în laboratorul următor) | + | * ''attack'' (de implementat în laboratorul următor) |
| - | * ''collect'' - eroul ia comoara găsită în zona în care se află | + | * ''collect'' - eroul ia comoara găsită în zona în care se află |
| - | * Entry-point-ul în joc îl consitituie clasa ''Main''. | + | * Entry-point-ul în joc îl consitituie clasa ''Main''. |
| - | * Folosiți design pattern-ul //Factory// pentru crearea obiectelor. | + | * Folosiți design pattern-ul //Factory// pentru crearea obiectelor. |
| - | - Creati clase care mostenesc ''Hero'' pentru fiecare tip de erou. | + | - Creati clase care mostenesc ''Hero'' pentru fiecare tip de erou. |
| * suprascrieti metoda ''toString'' din ''Object'' pentru fiecare erou | * suprascrieti metoda ''toString'' din ''Object'' pentru fiecare erou | ||
| * metoda ''attack'' - deocamdată nu va omorî pe nimeni - puteți afișa ceva la consolă | * metoda ''attack'' - deocamdată nu va omorî pe nimeni - puteți afișa ceva la consolă | ||
| - | - Uitați-vă la clasele ''TreasureFactory'' și ''HeroFactory''. Trebuie să implementăm două metode: ''createTreasure'' în ''TreasureFactory'' și o metodă de creare de eroi în ''HeroFactory'', fie ea ''createHero''. | + | - Uitați-vă la clasele ''TreasureFactory'' și ''HeroFactory''. Trebuie să implementăm două metode: ''createTreasure'' în ''TreasureFactory'' și o metodă de creare de eroi în ''HeroFactory'', fie ea ''createHero''. |
| - | - Puteți pune orice date doriți în comori, respectiv eroi. | + | - Puteți pune orice date doriți în comori, respectiv eroi. |
| - | - La ''HeroFactory.createHero'', pasați ca parametru un ''Hero.Type'' și un ''String'' cu numele eroului și întoarceți un subtip de ''Hero'' potrivit pentru tipul de erou. | + | - La ''HeroFactory.createHero'', pasați ca parametru un ''Hero.Type'' și un ''String'' cu numele eroului și întoarceți un subtip de ''Hero'' potrivit pentru tipul de erou. |
| - | - După ce ați creat factory-urile, folosiți-le: | + | - După ce ați creat factory-urile, folosiți-le: |
| - | - Completați metoda ''populateTreasures'' din ''World''. Folosiți-vă de membrii ''map'' și ''treasures'' din ''World''. Trebuie să marcați pe hartă că aveți o comoară și să adăugați obiectul-comoară în lista de comori. | + | - Completați metoda ''populateTreasures'' din ''World''. Folosiți-vă de membrii ''map'' și ''treasures'' din ''World''. Trebuie să marcați pe hartă că aveți o comoară și să adăugați obiectul-comoară în lista de comori. |
| - | - Uitați-vă apoi la cazul ''add'' din metoda ''main''. Trebuie să adăugați eroi acolo. Folosiți ''HeroFactory.createHero''. | + | - Uitați-vă apoi la cazul ''add'' din metoda ''main''. Trebuie să adăugați eroi acolo. Folosiți ''HeroFactory.createHero''. |
| - | * Folosiți design pattern-ul //Singleton// pentru elementele din joc care trebuie să aibă doar o instanță. | + | * Folosiți design pattern-ul //Singleton// pentru elementele din joc care trebuie să aibă doar o instanță. |
| - | * Ce clase vor avea doar o singură instanță? | + | * Ce clase vor avea doar o singură instanță? |
| - | * Folosiți design pattern-ul //Observer// pentru a monitoriza ceea ce se întâmplă în joc. Scheletul de cod vă sugerează două tipuri de observatori, pentru bonus puteți adăuga și alții. | + | * Folosiți design pattern-ul //Observer// pentru a monitoriza ceea ce se întâmplă în joc. Scheletul de cod vă sugerează două tipuri de observatori, pentru bonus puteți adăuga și alții. |
| - | - veți folosi interfața [[:poo-ca-cd:https://docs.oracle.com/javase/8/docs/api/java/util/Observer.html|Observer]] și clasa [[:poo-ca-cd:https://docs.oracle.com/javase/8/docs/api/java/util/Observable.html|Observable]] din java.util. | + | - veți folosi interfața [[https://docs.oracle.com/javase/8/docs/api/java/util/Observer.html|Observer]] și clasa [[https://docs.oracle.com/javase/8/docs/api/java/util/Observable.html|Observable]] din java.util. |
| - Înainte să vă apucați să scrieți, citiți comentariile din cod (e.g. TreasureDiscoverer) să vă faceți o idee despre ce vrem să facem în clasele observatoare. | - Înainte să vă apucați să scrieți, citiți comentariile din cod (e.g. TreasureDiscoverer) să vă faceți o idee despre ce vrem să facem în clasele observatoare. | ||
| - Asigurati-va ca implementati corect functionalitatea din **Observable**. Mare atentie la faptul ca **metoda notifyObservers nu va face nimic daca nu este apelata mai intai metoda setChanged**. | - Asigurati-va ca implementati corect functionalitatea din **Observable**. Mare atentie la faptul ca **metoda notifyObservers nu va face nimic daca nu este apelata mai intai metoda setChanged**. | ||
| - | - Care sunt elementele observatoare și care sunt observabile? Uitați-vă și în comentariile din cod. | + | - Care sunt elementele observatoare și care sunt observabile? Uitați-vă și în comentariile din cod. |
| - | - Implementați interfețele ''Observer'' și ''Observable'' în clasele potrivite. | + | - Implementați interfețele ''Observer'' și ''Observable'' în clasele potrivite. |
| - | - Înregistrați observatori la ''World''. Cazul ''start'' din metoda ''main''. | + | - Înregistrați observatori la ''World''. Cazul ''start'' din metoda ''main''. |
| - | - Notificați observatorii lui ''World'' când eroii execută o acțiune. Aveți două ''TODO''-uri în clasa ''Hero''. | + | - Notificați observatorii lui ''World'' când eroii execută o acțiune. Aveți două ''TODO''-uri în clasa ''Hero''. |
| - | * Începeți rezolvarea prin implementarea claselor pentru eroi și implementarea design pattern-ului factory pentru crearea lor. Pentru a putea vizualiza harta trebuie să implementați partea de observare a stării jocului. ''World'' trebuie să fie observabilă și să notifice pe observatorii săi atunci când a început jocul și când se schimbă ceva (e.g. s-a mutat un erou). | + | * Începeți rezolvarea prin implementarea claselor pentru eroi și implementarea design pattern-ului factory pentru crearea lor. Pentru a putea vizualiza harta trebuie să implementați partea de observare a stării jocului. ''World'' trebuie să fie observabilă și să notifice pe observatorii săi atunci când a început jocul și când se schimbă ceva (e.g. s-a mutat un erou). |
| * Urmăriți **todo**-urile din scheletul de cod (pentru a le vizualiza mai ușor pe toate puteți să folosiți view-ul pt ele din IDE, de exemplu în eclipse aveți //Window -> Show View -> Tasks//) | * Urmăriți **todo**-urile din scheletul de cod (pentru a le vizualiza mai ușor pe toate puteți să folosiți view-ul pt ele din IDE, de exemplu în eclipse aveți //Window -> Show View -> Tasks//) | ||
| - | <imgcaption exercitii|> | + | |
| - | {{:poo-ca-cd:laboratoare:design-patterns:exercitiu.png|Componentele jocului}}</imgcaption> | + | {{ :poo-ca-cd:laboratoare:design-patterns:exercitiu.png | Componentele jocului }} |
| === Strategy, Command === | === Strategy, Command === | ||
| Line 339: | Line 341: | ||
| Detalii joc: | Detalii joc: | ||
| - | * //Harta// | + | * //Harta// |
| - | * reprezentată printr-o matrice. Fiecare element din matrice reprezintă o zonă care poate fi liberă, poate conține obstacole, monștrii sau o comoară | + | * reprezentată printr-o matrice. Fiecare element din matrice reprezintă o zonă care poate fi liberă, poate conține obstacole, monștrii sau o comoară |
| - | * este menținută în clasa ''GameState''. | + | * este menținută în clasa ''GameState''. |
| - | * //Eroii// | + | * //Eroii// |
| - | * sunt reprezentați prin clase de tip ''Hero'' și sunt de trei tipuri: //Mage//, //Warrior//, //Priest//. | + | * sunt reprezentați prin clase de tip ''Hero'' și sunt de trei tipuri: //Mage//, //Warrior//, //Priest//. |
| - | * puteți adăuga oricâți eroi doriți pe hartă (cât vă permite memoria :)) | + | * puteți adăuga oricâți eroi doriți pe hartă (cât vă permite memoria :)) |
| - | * într-o zonă pot fi mai mulți eroi | + | * într-o zonă pot fi mai mulți eroi |
| - | * acțiunile pe care le pot face: | + | * acțiunile pe care le pot face: |
| - | * ''move'' - se mută într-o zonă învecinată | + | * ''move'' - se mută într-o zonă învecinată |
| - | * ''attack'' - ataca un monstru cand se afla pe aceeasi pozitie cu el | + | * ''attack'' - ataca un monstru cand se afla pe aceeasi pozitie cu el |
| - | * ''collect'' - eroul ia comoara găsită în zona în care se află | + | * ''collect'' - eroul ia comoara găsită în zona în care se află |
| - | * Entry-point-ul în joc îl consitituie clasa ''Main''. | + | * Entry-point-ul în joc îl consitituie clasa ''Main''. |
| - | * Folosiți design pattern-ul //Command// pentru a implementa functionalitatea de undo si redo la comanda ''move''. | + | * Folosiți design pattern-ul //Command// pentru a implementa functionalitatea de undo si redo la comanda ''move''. |
| - | * Momentan, aveti erori de compilare in clasele Main si GameState. Dupa ce veti implementa acest exercitiu, se vor rezolva, nu modificati in mod direct acolo. | + | * Momentan, aveti erori de compilare in clasele Main si GameState. Dupa ce veti implementa acest exercitiu, se vor rezolva, nu modificati in mod direct acolo. |
| - | * Va trebui sa completati clasa ''MoveCommand'' care implementeaza interfata ''Command''. Urmariti //TODO-urile// din aceasta clasa. | + | * Va trebui sa completati clasa ''MoveCommand'' care implementeaza interfata ''Command''. Urmariti //TODO-urile// din aceasta clasa. |
| - | * //__Hint__//: Pentru Undo, de exemplu, daca v-ati deplasat la dreapta, ar trebui sa va deplasati la stanga. Creati-va o metoda ajutatoare care trateaza astfel de cazuri. | + | * //__Hint__//: Pentru Undo, de exemplu, daca v-ati deplasat la dreapta, ar trebui sa va deplasati la stanga. Creati-va o metoda ajutatoare care trateaza astfel de cazuri. |
| - | * Precum si clasa ''CommandManager'' care va tine evidenta comenzilor si ordinea lor. | + | * Precum si clasa ''CommandManager'' care va tine evidenta comenzilor si ordinea lor. |
| - | * //__Hint__//: Amintiti-va de la cursul de Structuri de Date cum se implementează operatiile Redo si Undo. Folositi doua stive. | + | * //__Hint__//: Amintiti-va de la cursul de Structuri de Date cum se implementează operatiile Redo si Undo. Folositi doua stive. |
| - | * Folosiți design pattern-ul //Strategy// pentru a implementa logica de atac a unui monstru. | + | * Folosiți design pattern-ul //Strategy// pentru a implementa logica de atac a unui monstru. |
| - | * Pentru acest exercitiu va trebui sa implementati 2 strategii: **AttackStrategy** si **DefenseStrategy**. Ambele vor implementa Strategy si metodele aferente. Fiecare din aceste Strategy, va retine o referinta interna la un Hero. Abordarea este urmatoarea: | + | * Pentru acest exercitiu va trebui sa implementati 2 strategii: **AttackStrategy** si **DefenseStrategy**. Ambele vor implementa Strategy si metodele aferente. Fiecare din aceste Strategy, va retine o referinta interna la un Hero. Abordarea este urmatoarea: |
| - | * Exista 3 clase Hero, fiecare cu cate un DamageType aferent: Warrior - Blunt, Mage - Magic, Priest - Poison | + | * Exista 3 clase Hero, fiecare cu cate un DamageType aferent: Warrior - Blunt, Mage - Magic, Priest - Poison |
| - | * Fiecare monstru are un weakness (slabiciune la atacurile de tip Blunt, Magic sau Poison) | + | * Fiecare monstru are un weakness (slabiciune la atacurile de tip Blunt, Magic sau Poison) |
| - | * **AttackStrategy**: In metoda attack(), veti itera prin inventory-ul eroului si veti verifica daca exista un obiect Treasure care are DamageType-ul identic cu cel al eroului. Daca da, atunci damage-ul pe care il veti da unui obiect Monster este **3 x damage-ul treasure-ului**. Daca nu aveti un astfel de Treasure, atunci cautati un Treasure cu un DamageType identic cu cel al mob-ului (mobul poate fi vulnerabil la Magic, de ex.). Daca gasiti un astfel de Treasure, damage-ul pe care il veti imprima mob-ului este **2 x damage-ul treasure-ului**. Daca nu, veti scade din HP-ul mob-ului rezultatul apelului metodei getBaseDamage() asupra Hero-ului. | + | * **AttackStrategy**: In metoda attack(), veti itera prin inventory-ul eroului si veti verifica daca exista un obiect Treasure care are DamageType-ul identic cu cel al eroului. Daca da, atunci damage-ul pe care il veti da unui obiect Monster este **3 x damage-ul treasure-ului**. Daca nu aveti un astfel de Treasure, atunci cautati un Treasure cu un DamageType identic cu cel al mob-ului (mobul poate fi vulnerabil la Magic, de ex.). Daca gasiti un astfel de Treasure, damage-ul pe care il veti imprima mob-ului este **2 x damage-ul treasure-ului**. Daca nu, veti scade din HP-ul mob-ului rezultatul apelului metodei getBaseDamage() asupra Hero-ului. |
| - | * **DefenseStrategy**: In metoda attack(), veti itera prin inventory-ul eroului si veti verifica, la fel, daca exista un obiect Treasure care are DamageType-ul identic cu cel al eroului. Daca da, atunci veti da un boost de HP egal cu treasure.getBoostHp() + getBaseHpBoost() eroului (getBaseHpBoost este implementata in clasa Hero). Daca nu, veti da doar un boost egal cu ce va intoarce getBaseHpBoost(). Damage-ul imprimat mobului va fi, de asemenea, egal cu ce va intoarce getBaseDamage(). Adaugati log-uri in clasa DefenseStrategy, pentru a va asigura ca i se mareste viata eroului. | + | * **DefenseStrategy**: In metoda attack(), veti itera prin inventory-ul eroului si veti verifica, la fel, daca exista un obiect Treasure care are DamageType-ul identic cu cel al eroului. Daca da, atunci veti da un boost de HP egal cu treasure.getBoostHp() + getBaseHpBoost() eroului (getBaseHpBoost este implementata in clasa Hero). Daca nu, veti da doar un boost egal cu ce va intoarce getBaseHpBoost(). Damage-ul imprimat mobului va fi, de asemenea, egal cu ce va intoarce getBaseDamage(). Adaugati log-uri in clasa DefenseStrategy, pentru a va asigura ca i se mareste viata eroului. |
| - | * Urmariti si TODO-urile din cele doua clase | + | * Urmariti si TODO-urile din cele doua clase |
| - | * Implementati metoda //attack// din clasa **Hero** astfel incat, daca eroul are mai mult de **50HP**, folositi strategia **AttackStrategy**. Altfel, folositi **DefenseStrategy**. Urmariti TODO-urile din cod. | + | * Implementati metoda //attack// din clasa **Hero** astfel incat, daca eroul are mai mult de **50HP**, folositi strategia **AttackStrategy**. Altfel, folositi **DefenseStrategy**. Urmariti TODO-urile din cod. |
| - | * Implementați coliziunile cu obstacolele de pe hartă | + | * Implementați coliziunile cu obstacolele de pe hartă |
| - | * Va trebui sa creati un nou obiect ''Obstacle'' precum si un ''ObstacleObserver'' | + | * Va trebui sa creati un nou obiect ''Obstacle'' precum si un ''ObstacleObserver'' |
| - | * Cand eroul ajunge pe un obstacol se va printa un mesaj ''Can't move there !'' si se va apela automat undo pe ultima comanda de move pentru a reveni in pozitia anterioara coliziunii. Acest feature de wall collision va fi implementat in ''ObstacleObserver'' | + | * Cand eroul ajunge pe un obstacol se va printa un mesaj ''Can't move there !'' si se va apela automat undo pe ultima comanda de move pentru a reveni in pozitia anterioara coliziunii. Acest feature de wall collision va fi implementat in ''ObstacleObserver'' |
