User Tools

Site Tools


Problem constructing authldap
test:test_2015
Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
test:test_2015 [2015/01/21 01:00]
Adriana Draghici [Design patterns, Junit, misc]
test:test_2015 [2015/01/21 09:29]
Daniel Ciocirlan [Test grilă, ianuarie 2015]
Line 5: Line 5:
 Metoda de evaluare: grilă franceză, -1/4 din punctajul unei întrebări la răspuns greșit, 0 dacă nu este marcat niciun răspuns. Metoda de evaluare: grilă franceză, -1/4 din punctajul unei întrebări la răspuns greșit, 0 dacă nu este marcat niciun răspuns.
  
-/* 
-Analizăm aici întrebările în ordinea variantei A a testului. 
-*/ 
  
 +Analizăm aici întrebările pe rând, structurat pe secțiuni.
 == Basics == == Basics ==
 **1. Ce obținem la rularea următorului cod:** **1. Ce obținem la rularea următorului cod:**
Line 167: Line 165:
  
 **Explicație**:​ În lipsa altor detalii, ''​getName()''​ este aceeași metodă în clasele ''​Person''​ și ''​Student'',​ care întoarce câmpul de tip ''​String''​ din obiect, nici nu am mai scris-o în întrebare pentru că am fost siguri că înțelegeți scenariul. Ce e important de dedus este //care// metodă ''​printInfo''​ se apelează pentru cele două obiecte ''​s''​ și ''​p''​. Răspunsul este simplu: se apelează acea metodă pentru care //tipurile parametrilor//​ coincid cu //tipurile declarate// ale obiectelor pasate efectiv. **A nu se confunda cu runtime dispatch-ul metodelor //​suprascrise//​ în clase derivate**! În cazul nostru ambele obiecte erau declarate de tip ''​Person'',​ deci se apela de două ori metoda ''​printInfo(Person)'',​ o dată pentru Alice, o dată pentru Bob. **Explicație**:​ În lipsa altor detalii, ''​getName()''​ este aceeași metodă în clasele ''​Person''​ și ''​Student'',​ care întoarce câmpul de tip ''​String''​ din obiect, nici nu am mai scris-o în întrebare pentru că am fost siguri că înțelegeți scenariul. Ce e important de dedus este //care// metodă ''​printInfo''​ se apelează pentru cele două obiecte ''​s''​ și ''​p''​. Răspunsul este simplu: se apelează acea metodă pentru care //tipurile parametrilor//​ coincid cu //tipurile declarate// ale obiectelor pasate efectiv. **A nu se confunda cu runtime dispatch-ul metodelor //​suprascrise//​ în clase derivate**! În cazul nostru ambele obiecte erau declarate de tip ''​Person'',​ deci se apela de două ori metoda ''​printInfo(Person)'',​ o dată pentru Alice, o dată pentru Bob.
-Întrebara practic verifică că ştiţi că //metodele supraîncărcate(overloaded) sunt '​alese'​ la compile-time,​ iar cele suprascrise (overriden) la runtime.//+ 
 +Întrebarea testează că ştiţi că //metodele supraîncărcate (overloaded) sunt '​alese'​ la compile-time,​ iar cele suprascrise (overriden) la runtime.//
  
  
Line 449: Line 448:
  
  
-**20. Fie următorul ​ters JUnit funcțional. Ce se va afișa în urma execuției lui?**+**20. Fie următorul ​test JUnit funcțional. Ce se va afișa în urma execuției lui?**
  
 <code java> <code java>
test/test_2015.txt · Last modified: 2015/01/21 12:18 by Daniel Ciocirlan