Limbajul Java Carte in Limba Romana

Limbajul JAVA -- Cuprins
Cuprins
Cuvnt nainte
Introducere
PARTEA I-A: Fundamentele programrii

Calculatorul este agenda, telefonul i televizorul secolului urmtor. tii s-l folosii?
Capitolul I: Arhitectura calculatoarelor
Modul n care programm un calculator depinde direct de modul n care
acesta este construit. Nu putem gndi reprezentarea i prelucrarea
informaiilor fr s tim care sunt principiile constructive de baz ale
calculatorului pentru care gndim. De aceea, nainte de toate, s ncercm
s aflm cum funcioneaz un calculator modern.
Capitolul II: Limbaje de programare
Pentru a putea programa, este necesar s avem cu calculatorul un limbaj
comun, numit limbaj de programare, cu ajutorul cruia s descriem
informaiile pe care dorim s le prelucrm i modul n care acestea
trebuiesc prelucrate. Limbajele de programare actuale, dei foarte diferite
ntre ele, ofer n principiu aceleai tipuri de informaie primitiv i
aceleai tipuri de operaii.
Capitolul III: Reprezentarea informaiilor cu obiecte
file:///C|/Documents%20and%20Settings/Luminita/Deskt...%20in%20romana/Carte%20JAVA%20in%20romana/index.html (1 of 3)12.01.2006 23:07:41
Programarea orientat pe obiecte este cea mai nou tehnologie de

proiectare a programelor de calculator. Aceasta ne permite, n esen, s
modelm informaiile cu care lucreaz calculatorul ntr-un mod similar cu
acela n care percepem obiectele reale: fiecare obiect este un uniune ntre
proprieti i comportament.
PARTEA A II-A: Descrierea limbajului Java

Despre un om care tie dou limbi se spune c este de dou ori mai detept. Dar ce
spunei despre un programator care tie dou limbaje?
Capitolul IV: Structura lexical Java
La nceputul prezentrii fiecrui limbaj de programare trebuie s definim
exact setul de caractere cu care lucreaz limbajul, modul de construcie a
identificatorilor, comentariilor i literalilor specifici, care sunt operatorii i
separatorii limbajului. n plus, trebuie s avem o list complet a cuvintelor
rezervate Java.
Capitolul V: Componente de baz ale programelor Java
Componentele de baz ale oricrui limbaj de programare sunt variabilele,
expresiile i instruciunile. Ca orice alt limbaj de programare, Java i
definete propriile tipuri de date, implementeaz principalele instruciuni
ale programrii structurate i i definete propriii operatori i modul n
care pot fi folosii acetia la construcia expresiilor.
Capitolul VI: Obiecte Java
Pentru a fi un limbaj orientat obiect, Java trebuie s defineasc o cale de a
crea noi clase de obiecte i de a le instania. n plus, limbajul trebuie s
ofere suport pentru principalele trsturi ale limbajelor orientate obiect:
ncapsulare i derivare.
PARTEA A III-A: Tehnici de programare n Java

A cunoate o limb nu este totul. Mai trebuie s ai i ceva de spus.
Capitolul VII: Modele de programare
Modul n care este lansat un program i modul n care evolueaz execuia
sa ulterioar depinde de limbajul n care a fost scris programul i de mediul

hardware i software n care ruleaz programul. Limbajul Java definete
dou moduri diferite pentru execuia programelor: aplicaiile Java i
apleturile Java.
Capitolul VIII: Structura programelor
n mod normal, sursele unui program complex sunt mprite n mai multe
fiiere pentru o administrare mai uoar. n Java, exist n mod normal cte
un fiier surs pentru fiecare clas de obiecte n parte. Limbajul Java
definete o serie de structuri sintactice care permit conectarea codului
rezultat n urma compilrii diferitelor clase precum i organizarea acestor
clase ntr-o structur ierarhic de pachete.
Capitolul IX: Fire de execuie i sincronizare
n contextul sistemelor de operare moderne, lucrul cu fire multiple de
execuie este n acelai timp o necesitate i o mod. Din pcate, fiecare
sistem de operare i definete propria sa bibliotec de funcii pentru a
suporta aceast facilitate. Limbajul Java, pentru a fi portabil cu adevrat,
este obligat s-i defineasc propriul su suport pentru firele multiple de
execuie.
Bibliografie
JavaRo
(C) IntegraSoft 1996-1998
Limbajul JAVA -- IntegraSoft
Cuvnt nainte
Dei trim ntr-o societate n care rata de schimb a tehnologiei a ajuns s ne depeasc, exist domenii
care se schimb mult prea lent fa de ateptrile noastre. S lum de exemplu calculatoarele. Nu exist
zi n care s nu auzim de nouti n ceea ce privete viteza, numrul de culori sau miniaturizarea. Nu
exist zi n care s nu auzim de noi aplicaii i de noi domenii n care a fost introdus informatica. i
totui, nimic esenial nu s-a schimbat n partea de fundamente. Aceeai arhitectur numeric guverneaz
ntreg spectrul de calculatoare aflate azi pe pia ca i acum jumtate de secol.
n ceea ce privete comunicaia om-calculator, lucrurile nu stau cu mult mai bine. Dei nu mai
comunicm folosindu-ne de cifre binare i nici n limbaje apropriate de main, comunicm n continuare
folosindu-ne de cteva primitive structurale de tip bucle sau condiii plus directive de calcul i transfer al
informaiilor. Abstracii precum programarea logic, funcional sau orientat obiect nu extind
blocurile de baz cu care acionm asupra mainii, le fac doar mai accesibile pentru modul nostru de a
gndi.
ntr-un fel, programarea face exact aceeai greeal pe care a fcut-o i logica clasic statund c orice
enun nu poate fi dect adevrat sau fals, fr nici o alt nuanare. n pasul imediat urmtor s-au stabilit
cteva enunuri adevrate fr demonstraie i s-a considerat c toate celelalte enunuri trebuie deduse
din ele. Programarea a fcut aceleai presupuneri n ceea ce privete comunicaia om-calculator: exist
cteva primitive funcionale de baz i toat comunicaia trebuie s poat fi exprimat cu ajutorul
acestora.
n aceste condiii, este normal ca apariia fiecrui nou limbaj de programare s trezeasc un interes
major n lumea informatic. De fiecare dat, sperm c noul limbaj ne va permite o exprimare mai
uoar, mai flexibil, mai bogat. De aceea, la apariia fiecrui limbaj de programare care promite s
ias din anonimat, ne grbim s aflm care sunt principalele faciliti care ni se ofer.
Apariia limbajului Java a fost nsoit de mult publicitate i de mult scepticism. Prerile au variat de la
a spune c Java este o revoluie n programarea calculatoarelor i, mai ales, a reelelor de calculatoare
pn la afirmaii care neag orice caracter novator al noului limbaj i care pun succesul Java n
exclusivitate pe seama renumelui de care se bucur firma Sun i a campaniei publicitare inteligent
condus de marketingul acestei firme.
Indiferent ns de motivul pentru care limbajul Java a ajuns la cota extraordinar de popularitate pe care
o simim cu toii, sentimentul general este acela c Java a devenit deja o realitate i va rmne aa pentru
suficient de mult timp. Suficient de mult pentru a fi interesai s apreciem n cunotin de cauz care
este adevrul despre acest nou limbaj. Oricum, de la apariia limbajului C++, acum mai bine de un
deceniu n urm, nici un alt limbaj nu a nnegrit atta hrtie i nu a adus attea beneficii vnztorilor de
servicii Internet.
Sper ca aceast carte s ofere suportul de care avei nevoie pentru a v putea forma propria prere: avem
file:///C|/Documents%20and%20Settings/Luminita/Desktop...20romana/Carte%20JAVA%20in%20romana/cuvantinainte.html (1 of 2)12.01.2006 23:07:42
n fa o revoluie sau un alt fapt comun?

Trgu Mure, 24 aprilie 1996
[cuprins]
file:///C|/Documents%20and%20Settings/Luminita/Desktop...20romana/Carte%20JAVA%20in%20romana/cuvantinainte.html (2 of 2)12.01.2006 23:07:42
Introducere
Scurt istoric
Ce este Java?
Despre aceast carte
Convenii utilizate n aceast carte
Sugestii i reclamaii
Alte surse de informaii
Mulumiri
Scurt istoric
Limbajul Java mpreun cu mediul su de dezvoltare i execuie au fost proiectate pentru a rezolva o
parte dintre problemele actuale ale programrii. Proiectul Java a pornit cu scopul declarat de a dezvolta
un software performant pentru aparatele electronice de larg consum. Aceste echipamente se definesc ca:
mici, portabile, distribuite i lucrnd n timp real. De la aceste aparate, ne-am obinuit s cerem fiabilitate
i uurin n exploatare.
Limbajul luat iniial n considerare a fost C++. Din pcate, atunci cnd s-a ncercat crearea unui mediu
de execuie care s respecte toate aceste condiii s-a observat c o serie de trsturi ale C++ sunt
incompatibile cu necesitile declarate. n principal, problema vine din faptul c C++ este prea
complicat, folosete mult prea multe convenii i are nc prea multe elemente de definiie lsate la
latitudinea celor care scriu compilatoare pentru o platform sau alta.
n aceste condiii, firma Sun a pornit proiectarea unui nou limbaj de programare asemntor cu C++ dar
mult mai flexibil, mai simplu i mai portabil. Aa s-a nscut Java. Printele noului limbaj a fost James
Gostling care v este poate cunoscut ca autor al editorului emacs i al sistemului de ferestre grafice
NeWS. Proiectul a nceput nc din 1990 dar Sun a fcut public specificaia noului limbaj abia n 1995
la SunWorld n San Francisco.
Numele iniial al limbajului a fost Oak, numele unui copac care crete n faa biroului lui James
Gostling. Ulterior, s-a descoperit c numele fusese deja folosit n trecut pentru un alt limbaj de
programare aa c a fost abandonat i nlocuit cu Java, spre deliciul programatorilor care iubesc
cafenelele i aromele exotice.
Ce este Java?
n primul rnd, Java ncearc s rmn un limbaj simplu de folosit chiar i de ctre programatorii
neprofesioniti, programatori care doresc s se concentreze asupra aplicaiilor n principal i abia apoi
asupra tehnicilor de implementare a acestora. Aceast trstur poate fi considerat ca o reacie direct
file:///C|/Documents%20and%20Settings/Luminita/Deskto...%20romana/Carte%20JAVA%20in%20romana/introducere.html (1 of 7)12.01.2006 23:07:42
la complexitatea considerabil a limbajului C++.

Au fost ndeprtate din Java aspectele cele mai derutante din C++ precum suprancrcarea operatorilor i
motenirea multipl. A fost introdus un colector automat de gunoaie care s rezolve problema dealocrii
memoriei n mod uniform, fr intervenia programatorului. Colectorul de gunoaie nu este o trstur
nou, dar implementarea acestuia n Java este fcut inteligent i eficient folosind un fir separat de
execuie, pentru c Java are ncorporate faciliti de execuie pe mai multe fire de execuie. Astfel,
colectarea gunoaielor se face de obicei n timp ce un alt fir ateapt o operaie de intrare-ieire sau pe un
semafor.
Limbajul Java este independent de arhitectura calculatorului pe care lucreaz i foarte portabil. n loc s
genereze cod nativ pentru o platform sau alta, compilatorul Java genereaz o secven de instruciuni
ale unei maini virtuale Java. Execuia aplicaiilor Java este interpretat. Singura parte din mediul de
execuie Java care trebuie portat de pe o arhitectur pe alta este mediul de execuie cuprinznd
interpretorul i o parte din bibliotecile standard care depind de sistem. n acest fel, aplicaii Java
compilate pe o arhitectur SPARC de exemplu, pot fi rulate fr recompilare pe un sistem bazat pe
procesoare Intel.
Una dintre principalele probleme ale limbajelor interpretate este viteza de execuie, considerabil sczut
fa de cea a limbajelor compilate. Dac nu v mulumete viteza de execuie a unei astfel de aplicaii,
putei cere mediului de execuie Java s genereze automat, plecnd de la codul mainii virtuale, codul
specific mainii pe care lucrai, obinndu-se astfel un executabil nativ care poate rula la vitez maxim.
De obicei ns, n Java se compileaz doar acele pri ale programului mari consumatoare de timp, restul
rmnnd interpretate pentru a nu se pierde flexibilitatea. Mediul de execuie nsui este scris n C
respectnd standardele POSIX, ceea ce l face extrem de portabil.
Interpretorul Java este gndit s lucreze pe maini mici, precum ar fi procesoarele cu care sunt dotate
aparatele casnice. Interpretorul plus bibliotecile standard cu legare dinamic nu depesc 300 Koctei.
Chiar mpreun cu interfaa grafic totul rmne mult sub 1 Moctet, exact ca-n vremurile bune.
Limbajul Java este orientat obiect. Cu el se pot crea clase de obiecte i instane ale acestora, se pot
ncapsula informaiile, se pot moteni variabilele i metodele de la o clas la alta, etc. Singura trstur
specific limbajelor orientate obiect care lipsete este motenirea multipl, dar pentru a suplini aceast
lips, Java ofer o facilitate mai simpl, numit interfa, care permite definirea unui anumit
comportament pentru o clas de obiecte, altul dect cel definit de clasa de baz. n Java orice element
este un obiect, n afar de datele primare. Din Java lipsesc funciile i variabilele globale. Ne rmn
desigur metodele i variabilele statice ale claselor.
Java este distribuit, avnd implementate biblioteci pentru lucrul n reea care ne ofer TCP/IP, URL i
ncrcarea resurselor din reea. Aplicaiile Java pot accesa foarte uor reeaua, folosindu-se de apelurile
ctre un set standard de clase.
Java este robust. n Java legarea funciilor se face n timpul execuiei i informaiile de compilare sunt
disponibile pn n momentul rulrii aplicaiei. Acest mod de lucru face ca sistemul s poat determina
n orice moment neconcordana dintre tipul referit la compilare i cel referit n timpul execuiei evitnduse astfel posibile intruziuni ruvoitoare n sistem prin intermediul unor referine falsificate. n acelai
timp, Java detecteaz referinele nule dac acestea sunt folosite n operaii de acces. Indicii n tablourile
Java sunt verificai permanent n timpul execuiei i tablourile nu se pot parcurge prin intermediul unor
pointeri aa cum se ntmpl n C/C++. De altfel, pointerii lipsesc complet din limbajul Java, mpreun
cu ntreaga lor aritmetic, eliminndu-se astfel una din principalele surse de erori. n plus, eliberarea
memoriei ocupate de obiecte i tablouri se face automat, prin mecanismul de colectare de gunoaie,
evitndu-se astfel ncercrile de eliberare multipl a unei zone de memorie.
Java este un limbaj cu securitate ridicat. El verific la fiecare ncrcare codul prin mecanisme de CRC
i prin verificarea operaiilor disponibile pentru fiecare set de obiecte. Robusteea este i ea o trstur
de securitate. La un al doilea nivel, Java are incorporate faciliti de protecie a obiectelor din sistem la
scriere i/sau citire. Variabilele protejate ntr-un obiect Java nu pot fi accesate fr a avea drepturile
necesare, verificarea fiind fcut n timpul execuiei. n plus, mediul de execuie Java poate fi
configurat pentru a proteja reeaua local, fiierele i celelalte resurse ale calculatorului pe care ruleaz o
aplicaie Java.
Limbajul Java are inclus suportul nativ pentru aplicaii care lucreaz cu mai multe fire de execuie,
inclusiv primitive de sincronizare ntre firele de execuie. Acest suport este independent de sistemul de
operare, dar poate fi conectat, pentru o performan mai bun, la facilitile sistemului dac acestea
exist.
Java este dinamic. Bibliotecile de clase n Java pot fi reutilizate cu foarte mare uurin. Cunoscuta
problem a fragilitii superclasei este rezolvat mai bine dect n C++. Acolo, dac o superclas este
modificat, trebuie recompilate toate subclasele acesteia pentru c obiectele au o alt structur n
memorie. n Java aceast problem este rezolvat prin legarea trzie variabilelor, doar la execuie.
Regsirea variabilelor se face prin nume i nu printr-un deplasament fix. Dac superclasa nu a ters o
parte dintre vechile variabile i metode, ea va putea fi refolosit fr s fie necesar recompilarea
subclaselor acesteia. Se elimin astfel necesitatea actualizrii aplicaiilor, generat de apariia unei noi
versiuni de bibliotec aa cum se ntmpl, de exemplu, cu MFC-ul Microsoft (i toate celelalte ierarhii C
++).
Despre aceast carte

Aceast carte a fost scris pentru a veni n sprijinul acelora care doresc s programeze n limbajul Java.
Spre deosebire de majoritatea crilor existente la ora actual pe piaa internaional, nu prea multe de
altfel, cartea de fa se focalizeaz asupra facilitilor pe care le ofer noul limbaj, lsnd pe planul al
doilea descrierea bibliotecilor standard, impresionante de altfel, definite de ctre Sun i colaboratorii
acestuia. Alegerea a fost fcut din convingerea c bibliotecile vin i trec, se dezvolt, n timp ce
limbajul rmne.
Cartea se adreseaz n acelai timp nceptorilor i programatorilor profesioniti. nceptorii vor gsi n
prima parte noiuni fundamentale necesare oricrui programator. Profesionitii, n schimb, vor gsi o
referin complet a limbajului Java.
Prima parte a crii i introduce cititorul pas cu pas n fundamentele funcionrii i programrii
calculatoarelor tratnd la un nivel accesibil noiuni precum memoria i procesorul, datele i
instruciunile, clasele de obiecte mpreun cu trsturile fundamentale ale programrii orientate obiect.
Partea a doua a crii prezint limbajul Java n detaliu mpreun cu o serie de exemple simple. Aceast
parte este conceput pentru a fi n acelai timp o introducere n sintaxa Java pentru cei care au programat
deja i o introducere n constrngerile sintactice i semantica unui limbaj de programare pentru nceptori.
Partea a treia a crii prezint cteva dintre aspectele fundamentale ale programrii n Java precum
aplicaiile, apleturile, pachetele de clase, firele de execuie i tratarea excepiilor. Aceast parte este
conceput de sine stttoare i poate servi ca exemplu de programare n Java. Fiecare seciune din
aceast parte conine exemple extinse de aplicaii scrise n Java, comentate n surs i n afara acesteia.
Cititorul nceptor n ale programrii trebuie s parcurg cartea de la nceput pn la sfrit pentru a
putea intra treptat n tainele programrii n general i ale limbajului Java.
Pentru cititorii avansai, prima parte nu constituie un interes major i poate fi srit fr implicaii
majore n nelegerea materialului din prile urmtoare. Aceti cititori pot s treac direct la partea a
treia pentru a urmri exemplele i abia dup aceea s revin la partea a doua pentru informaii detaliate
asupra sintaxei i facilitilor Java. Partea a doua poate fi folosit i pe post de referin.
O singur excepie: ultima seciune din prima parte introduce noiunea de interfa, puin cunoscut
programatorilor n alte limbaje dect Java. Este util ca aceast seciune s fie consultat de ctre toi
cititorii, indiferent de nivelul de pregtire n care se afl.
Convenii utilizate n aceast carte

Pentru descrierea sintacticii limbajului Java, am apelat la urmtoarele convenii obinuite de
reprezentare a regulilor gramaticale:
Cuvintele rezervate ale limbajului Java sunt scrise n caractere ngroate, ca: while, do, final.
Cuvintele care in locul construciilor reale ale programului sunt scrise cu caractere oblice, ca n:
if(Condiie) Instruciune1 else Instruciune2
Condiie, Instruciune1 i Instruciune2, care apar n descriere, trebuiesc nlocuite cu condiiile
adevrate, respectiv cu instruciunile adevrate care trebuiesc executate n funcie de condiie.
De exemplu, o construcie real, care respect descrierea de mai sus ar putea fi:
if( i < j )
min = i;
else
min = j;
O list de termeni separai prin caractere |, se poate nlocui cu oricare dintre termenii listei.
De exemplu:
public | private | protected
nseamn c n locul acestui termen poate s apar oricare dintre cuvintele rezervate specificate n
list, public, private sau protected.
Un termen pus ntre paranteze ptrate este opional. De exemplu, n descrierea:

Tip NumeVariabil [Iniializator] ;
Partea de Iniializator poate s lipseasc.
Dac, dup un termen apare caracterul *, acesta reprezint faptul c termenul se poate repeta de
un numr arbitrar de ori, eventual niciodat. De exemplu, n:
class NumeClas ClauzImplements*
caracterul * reprezint faptul c termenul notat prin ClauzImplements se poate
repeta de un numr arbitrar de ori, eventual niciodat.
Pe marginea din stnga a paginii, vei ntlni o serie de simboluri grafice, cu
specificaie precis, care v vor permite s navigai mai uor n interiorul crii.
Iat semnificaia acestora:
Semnul din stnga reprezint faptul c n paragraful marcat introduce definiia unui nou termen.
Termenul nou introdus este reprezentat n interiorul semnului i este scris cu caractere oblice n textul
paragrafului. n cazul de fa cuvntul nou introdus este cuvntul definiia. Atunci cnd gsii o
trimitere la un paragraf pentru explicaii, cutai acest semn pe margine pentru a gsi mai repede
definiia noiunii dorite.
Semnul din stnga reprezint o trimitere napoi ctre o noiune deja prezentat n partea de fundamente.
Aceast trimitere conine deasupra simbolului grafic numele noiunii pe care trebuie s l cutai ntr-un
simbol de definiie, i sub simbolul grafic numrul paragrafului unde se afl definiia. Cititorul
nceptor ca i cel avansat poate urma aceste trimiteri pentru a-i mprospta cunotinele sau pentru a se
familiariza cu cuvintele sau expresiile folosite pentru a desemna noiuni greu traductibile.
Semnul din stnga reprezint o referire n avans a unei noiuni care va fi introdus mai trziu. Acest
semn este destul de rar n interiorul crii, dar este totui nevoie de el pentru a face referire la anumite
faciliti care i gsesc cel mai bine locul n paragraful n care apare semnul. Putei sri fr probleme
aceste precizri la prima citire a capitolului i s le luai n seam doar atunci cnd folosii cartea pe post
de referin pentru limbajul Java.
Semnul din stnga reprezint referirea unei noiuni care nu este descris n carte. Acest semn apare
atunci cnd se face o referin la una din clasele standard ale mediului Java. Putei gsi informaii
exacte despre clasa respectiv la adresa www.javasoft.com, sau putei ncrca din Internet o
documentaie complet prin ftp de la adresa ftp.javasoft.com, directorul /docs.
Semnul din stnga reprezint o trimitere ctre alt carte, n care noiunile din paragraf sunt prezentate
mai pe larg. Am folosit acest semn doar de dou ori, pentru a trimite ctre o carte disponibil la aceeai
editur cu cartea prezent, despre HTML, scris de Dumitru Rdoiu. O putei gsi pe prima poziie n
bibliografie.
Sugestii i reclamaii
Posibilele erori care s-au strecurat n aceast carte cad n sarcina exclusiv a autorului ei care i cere pe
aceast cale scuze n avans. Orice astfel de eroare sau neclaritate cu privire la coninutul crii poate fi
comunicat direct autorului pe adresa erotariu@agora.ro sau:
Eugen Rotariu
Computer Press Agora
Str. Tudor Vladimirescu, Nr. 63/1, Cod. 4300, Trgu Mure
Romnia
n Internet, putei s contactai editura Computer Press Agora la adresa www.agora.ro. Pe server exist
o pagin separat dedicat acestei cri. Putei verifica periodic aceast pagin pentru eventuale
corecturi, exemple suplimentare sau adugiri la coninutul crii.
Alte surse de informaii

Subiectul Java este departe de a fi ncheiat n aceast carte aa c, dac reacia dumneavoastr este
pozitiv, voi ncerca s construiesc o a doua carte dedicat claselor standard Java, mediilor de dezvoltare,
din ce n ce mai numeroase, ierarhiilor de baz de date, obiecte distribuite i aa mai departe care i-au
fcut apariia de la Sun sau din alt parte n ultimul timp. Nu ezitai s-mi dai de tire dac vei
considera util o asemenea continuare.
Pn atunci ns, putei consulta crile listate n seciunea de bibliografie de la sfritul acestei cri.
Numai cri n limba englez n acest domeniu deocamdat, dar m atept ca situaia s se schimbe
dramatic n perioada imediat urmtoare. Noi cri de Java dedicate cititorilor romni nu vor ntrzia s
apar.
Internet-ul este de asemenea o surs interminabil de informaii, situri Java exist i vor continua s
apar n ntreaga lume. Adresa de baz este probabil www.javasoft.com, adres care v pune n legtur
direct cu firma care a creat i ntreine n continuare dezvoltarea Java. n plus, putei consulta revista
electronic JavaWorld de la adresa www.javaworld.com care conine ntotdeauna informaii fierbini,
cursuri, apleturi i legturi ctre alte adrese unde v putei mbogi cunotinele despre Java. Pentru
documentaii, exemple i nouti n lumea Java putei consulta i www.gamelan.com sau www.
blackdown.org.
Pentru cei care doresc s dezvolte apleturi pe care s le insereze n propriile pagini HTML, recomand n
plus citirea crii lui Dumitru Rdoiu, HTML - Publicaii Web, editat de asemenea la Computer Press
Agora.
n fine, nu ncetai s cumprai revistele PC Report i Byte Romnia ale aceleiai edituri, pentru c ele
vor conine ca de obicei informaii de ultim or, cursuri i reportaje de la cele mai noi evenimente din
lumea calculatoarelor.
Mulumiri
Mulumesc tuturor celor care, voit sau nu, au fcut posibil aceast carte. Mulumesc celor de la editura
Computer Press Agora i managerului ei Romulus Maier pentru c mi-au facilitat publicarea acestei
cri. Fr munca lor, cartea s-ar fi aflat n continuare n vitrina proprie cu visuri nerealizate. Mulumesc
celor care mi-au druit o parte din timpul lor preios pentru a citi i comenta primele versiuni ale crii:
Iosif Fettich, Mircea i Monica Cioat, Alexandru Horvath. Mulumesc celor cu care am discutat de
attea ori despre soarta calculatoarelor, programelor, Romniei i lumii n general. Ei au fcut din mine
omul care sunt acum: Mircea Srbu, Dumitru Rdoiu, Szabo Laszlo, Mircea Pantea. Mulumesc celor
care s-au ocupat de designul i tehnoredactarea acestei cri n frunte cu Adrian Pop i Octav Lipovan.
Cel dinti lucru care v-a atras la aceast carte este munca lor. Carmen, i mulumesc c nu te-ai dat
btut. Va veni i vremea n care srbtorim cu calculatoarele oprite.
[cuprins]
Capitolul I -- Arhitectura calculatoarelor
Capitolul I
Arhitectura calculatoarelor
1.1 Modelul Von Neumann de arhitectur a calculatoarelor
1.2 Organizarea memoriei interne
1.3 Reprezentarea informaiilor n memoria intern
1.4 Modelul funcional al calculatoarelor
1.1 Modelul Von Neumann de arhitectur a calculatoarelor

Descrierea care urmeaz este o descriere a modelului Von Neumann de construcie a calculatoarelor. Se
pot aduce destule critici acestui model care domin sever nc de la nceputurile mainilor de calcul
electronic, dar el continu s fie singurul model funcional.
Modelul Von Neumann definete calculatorul ca pe un ansamblu format dintr-o unitate central i o
memorie intern. Unitatea central sau procesorul este responsabil cu administrarea i prelucrarea
informaiilor n timp ce memoria intern servete la depozitarea acestora. n terminologia calculatoarelor,
depozitarea informaiilor n memoria intern a calculatorului se numete memorare.
Acest ansamblu unitate central plus memorie intern comunic cu exteriorul prin intermediul unor
dispozitive periferice. Dispozitivele periferice pot fi de intrare sau de ieire n funcie de direcia n care
se mic datele. Dac datele sunt furnizate de dispozitivul periferic i transferate spre unitatea central,
atunci dispozitivul este de intrare precum sunt tastatura sau mausul. Dac datele sunt generate de unitatea
central i transmise spre dispozitivul periferic atunci dispozitivul este de ieire precum sunt ecranul sau
imprimanta. Exist i dispozitive mixte de intrare/ieire precum sunt discurile pentru memorarea extern a
informaiilor.
Tastatura calculatorului reprezint un set de butoane (taste) inscripionate care ne permite transmiterea
ctre unitatea central a unor litere, cifre, semne de punctuaie, simboluri grafice sau comenzi
funcionale. Mausul reprezint un dispozitiv simplu, mobil, care ne permite indicarea unor regiuni ale
ecranului cu ajutorul unui cursor.
n plus, mausul ne permite activarea regiunilor respective cu ajutorul celor 1-2-3 butoane ale sale.
Ecranul este un dispozitiv cu ajutorul cruia calculatorul comunic informaii spre exterior. Aceste
informaii apar sub form de litere, cifre, semne de punctuaie, simboluri grafice sau desene oarecare ntro varietate mai mare sau mai mic de culori. Informaia de pe ecran se pierde odat cu redesenarea
acestuia. Pentru transferul acestor informaii pe hrtie i ndosarierea lor s-au creat alte dispozitive
periferice, numite imprimante.
file:///C|/Documents%20and%20Settings/Luminita/Deskt...A%20in%20romana/Carte%20JAVA%20in%20romana/cap1.html (1 of 5)12.01.2006 23:07:43
Memoria intern pierde informaiile odat cu oprirea alimentrii calculatorului. Pentru a salva
informaiile utile, precum i programele de prelucrare ale acestora este nevoie de dispozitive de memorare
permanente. Din aceast categorie fac parte discurile calculatorului. Exist mai multe modele de discuri
precum discurile fixe, discurile flexibile sau compact-discurile, fiecare dintre acestea avnd caracteristici,
viteze de acces i capaciti de memorare diferite. Informaiile salvate pe discuri pot fi ncrcate din nou
n memoria intern la o pornire ulterioar a calculatorului. V vei ntreba desigur de ce este nevoie de
dou tipuri distincte de memorie: pentru c discurile au viteze de acces mult prea mici pentru a putea fi
folosite direct de ctre unitatea central.
Figura 1.1 Modelul constructiv al calculatoarelor Von Neuman.
Dei modelul constructiv de baz al calculatoarelor nu a evoluat prea mult, componenta tehnologic a
acestora s-a aflat ntr-o permanent evoluie. Transformarea vizeaz la ora actual viteza de lucru i setul
de instruciuni ale unitii centrale, capacitatea i viteza de stocare a memoriei interne precum i tipurile
i calitatea dispozitivelor periferice.
1.2 Organizarea memoriei interne

Memoria calculatoarelor actuale este, din punct de vedere logic, o niruire de cifre binare, 0 sau 1.
Alegerea bazei 2 de numeraie are n principal raiuni constructive: este mult mai uor i mult mai fiabil
s reprezini un principiu binar ca absena/prezena sau plus/minus dect unul nuanat. O cifr binar
este numit, n termeni de calculatoare, bit.
Biii sunt grupai, opt cte opt, n uniti de memorare numite octei.
Iari, alegerea cifrei opt are raiuni istorice: era nevoie de o putere a lui doi care s fie ct mai mare,
pentru a putea permite transferuri rapide ntre diversele componente ale calculatorului (unitate central,
memorie, dispozitive periferice), dar totodat suficient de mic pentru ca realizarea dispozitivelor
implicate, cu tehnologia existent, s fie posibil. Cifra opt avea n plus avantajul c permitea
reprezentarea tuturor caracterelor tipribile necesare la ora respectiv precum: literele, cifrele sau semnele
de punctuaie. ntr-un octet se pot reprezenta pn la 256 (28) astfel de caractere. n prezent octetul este
depit datorit necesitii de reprezentare a caracterelor tuturor limbilor scrise din lume.
Pentru a accesa o informaie n memorie este nevoie de un mod de a referi poziia acesteia. Din acest
motiv, octeii memoriei au fost numerotai unul cte unul ncepnd de la 0 pn la numrul maxim de
octei n memorie. Numrul de ordine al unui octet l vom numi pentru moment adres. Noiunea de
adres i-a extins semnificaia n ultimul timp dar, pentru nelegerea acestui capitol, explicaia de mai
sus este suficient.
Zona fizic de memorie rezervat unei anumite informaii se numete locaia informaiei respective n
memorie. n unele dintre locaiile din memorie putem pstra chiar adresa unor alte locaii din memorie.
Informaia memorat n aceste locaii se numete referin. Cu alte cuvinte, o referin este o informaie
memorat ntr-o locaie de memorie care ne trimite spre (se refer la) o alt locaie de memorie. O
locaie de memorie se poate ntinde pe mai mult dect un octet.
1.3 Reprezentarea informaiilor n memoria intern

Dup cum ai putut observa din cele prezentate pn acum, n memoria calculatorului nu se pot nscrie
dect numere naturale. Mai precis, fiecare octet de memorie poate memora un numr de la 0 la 28-1, adic
255. Orice alt informaie pe care dorim s o reprezentm n memoria calculatorului trebuie redus la
unul sau mai multe numere naturale mici.
Aceast trstur a modelului actual de memorare introduce un pas suplimentar de abstractizare n
procesul de proiectare de aplicaii, i anume pasul n care se construiete un model de reprezentare n
memorie a datelor, necesar aplicaiei.
S presupunem, de exemplu, c o aplicaie necesit reprezentarea n memoria calculatorului a unui set de
culori. Pentru memorarea acestor culori este nevoie de o convenie care s stabileasc o coresponden
biunivoc ntre setul de culori i setul de numere naturale folosite la reprezentarea acestora.
Corespondena este biunivoc pentru c ea trebuie s ofere posibilitatea de a regsi n mod unic o culoare
plecnd de la un numr i, n acelai timp, s ofere o reprezentare unic, sub form de numr, pentru
fiecare culoare. De exemplu, putem pune n coresponden culoarea neagr cu numrul 0, culoarea roie
cu numrul 1, culoarea albastr cu numrul 2 i aa mai departe. Ori de cte ori vom memora 2 vom
memora albastru i ori de cte ori vom dori s memorm rou, vom memora 1.
Ca rezultat al folosirii acestei abstractizri, datele aplicaiei devin dependente de convenia de
reprezentare utilizat. Presupunnd c o aplicaie construiete n memorie o imagine grafic folosindu-se
de o anumit coresponden dintre culori i numere, oricare alt aplicaie care vrea s utilizeze imaginea
respectiv trebuie s foloseasc aceeai convenie.
O cale similar de rezolvare vom ntlni i la reprezentarea caracterelor. Caracterele sunt denumirea ntrun singur cuvnt a literelor, cifrelor, semnelor de punctuaie sau simbolurilor grafice reprezentate n
memorie. Este nevoie de o convenie prin care atam fiecrui caracter cte un numr natural memorabil
ntr-un octet.
n cazul reprezentrii caracterelor, exist chiar un standard internaional care definete numerele,
reprezentabile pe un octet, corespunztoare fiecrui caracter n parte, numit standardul ASCII. Alte
standarde, cum ar fi standardul Unicode, reprezint caracterele pe doi octei, ceea ce le d posibilitatea s
ia n considerare o gam mult mai larg de caractere.
Caracter
Reprezentare pe un octet
(ASCII)
A-Z
65-90
a-z
97-122
0-9
48-57
195,227
206,238
194,226
170,186
222,254
Tabelul 1.1 Un fragment din codurile ASCII i Unicode de reprezentare a caracterelor grafice n
memoria calculatoarelor.
Desigur, este greu s inem minte codul numeric asociat fiecrui caracter sau fiecrei culori. Este nevoie
de pai suplimentari de codificare, care s pun informaia n legtur cu simboluri mai uor de inut
minte dect numerele. De exemplu, este mult mai uor pentru noi s inem minte cuvinte sau imagini. Dar
s nu uitm niciodat c, pentru calculator, cel mai uor este s memoreze i s lucreze cu numere.
1.4 Modelul funcional al calculatoarelor

Fiecare calculator definete un numr de operaii care pot fi executate de unitatea sa central. Aceste
operaii sunt n principal destinate memorrii sau recuperrii informaiilor din memoria intern,
calculelor aritmetice sau logice i controlului dispozitivelor periferice. n plus, exist un numr de
instruciuni pentru controlul ordinii n care sunt executate operaiile.
O instruciune este o operaie elementar executabil de ctre unitatea central a unui calculator. O
secven de mai multe instruciuni executate una dup cealalt o vom numi program.
Instruciunile care compun un program trebuiesc i ele reprezentate n memorie, la fel ca orice alt
informaie, din cauza faptului c unitatea central nu are posibilitatea s-i pstreze programele n
interior. Pentru memorarea acestor instruciuni este nevoie de o nou convenie de reprezentare care s
asocieze un numr sau o secven de numere naturale fiecrei instruciuni a unitii centrale.
Execuia unui program de ctre calculator presupune ncrcarea instruciunilor n memoria intern i
execuia acestora una cte una n unitatea central. Unitatea central citete din memorie cte o
instruciune, o execut, dup care trece la urmtoarea instruciune. Pentru pstrarea secvenei, unitatea
central memoreaz n permanen o referin ctre urmtoarea instruciune ntr-o locaie intern numit
indicator de instruciuni.
Modelul de execuie liniar a instruciunilor, n ordinea n care acestea sunt aezate n memorie, este
departe de a fi acceptabil. Pentru a fi util, un program trebuie s poat s ia decizii de schimbare a
instruciunii urmtoare n funcie de informaiile pe care le prelucreaz. Aceste decizii pot nsemna
uneori comutarea execuiei de la o secven de instruciuni la alta. Alteori, este necesar s putem executa
o secven de instruciuni n mod repetat pn cnd este ndeplinit o anumit condiie exprimabil cu
ajutorul informaiilor din memorie. Numrul de repetri ale secvenei de instruciuni nu poate fi hotrt
dect n momentul execuiei. Aceste ramificri ale execuiei se pot simula destul de uor prin schimbarea
valorii referinei memorate n indicatorul de instruciuni.
[cuprins]
Capitolul II -- Limbaje de programare
Capitolul II
Limbaje de programare
2.1 Comunicaia om-main
2.2 Tipuri de numere reprezentabile n calculator
2.3 Valori de adevr
2.4 iruri de caractere
2.5 Tipuri primitive de valori ale unui limbaj de programare
2.6 Tablouri de elemente
2.7 Expresii de calcul
2.8 Variabile
2.9 Instruciuni
2.1 Comunicaia om-main

Pentru a executa un program de calculator este necesar s putem comunica cu unitatea central pentru a-i
furniza instruciunile necesare. Cel mai simplu mod de a le comunica este nscrierea codului
instruciunilor direct n memoria calculatorului de unde pot fi citite de ctre unitatea central. Aceast
cale este ns extrem de anevoioas pentru programator pentru c el trebuie s nvee s se exprime
coerent ntr-un limbaj ale crui componente de baz sunt coduri numerice.
O alternativ mai bun este folosirea unui limbaj de comunicaie format dintr-un numr foarte mic de
cuvinte i caractere speciale mpreun cu un set de convenii care s ajute la descrierea numerelor i a
operaiilor care trebuiesc executate cu aceste numere. Limbajul trebuie s fie att de simplu nct
calculatorul s poat traduce singur, prin intermediul unui program numit compilator, frazele acestui
limbaj n instruciuni ale unitii centrale. Ori de cte ori vom imagina un nou limbaj de comunicaie cu
calculatorul va trebui s crem un nou program compilator care s traduc acest limbaj n instruciuni
ale unitii centrale, numite uneori i instruciuni main.
n realitate folosirea termenului de limbaj de comunicaie nu este extrem de fericit pentru c de obicei
noi doar instruim calculatorul ce are de fcut i cum trebuie s fac acel lucru, fr s-i dm vreo ans
acestuia s comenteze sarcinile primite. n continuare vom numi aceste limbaje simplificate limbaje de
programare pentru a le deosebi de limbajele pe care le folosim pentru a comunica cu ali oameni i pe
care le vom numi limbaje naturale.
Limbajele de programare trebuie s ne ofere o cale de descriere a modulului n care dorim s
reprezentm informaiile cu care lucreaz programul, o cale de a specifica operaiile care trebuiesc
executate cu aceste informaii i o cale de a controla ordinea n care sunt executate aceste operaii.
n plus, limbajele de programare trebuie s respecte urmtorul principiu fundamental: rezultatul
file:///C|/Documents%20and%20Settings/Luminita/Desk...%20in%20romana/Carte%20JAVA%20in%20romana/cap2.html (1 of 13)12.01.2006 23:07:45
execuiei unei comenzi dintr-un limbaj de programare trebuie s fie complet determinat. Asta nseamn
c n limbajele de programare nu este permis nici o form de ambiguitate a exprimrii.
Informaiile reprezentate n memoria calculatorului i prelucrate de ctre un program scris ntr-un limbaj
de programare se numesc date. Tipurile de date care se pot descrie direct cu un anumit limbaj de
programare se numesc tipurile de date elementare ale limbajului. Operaiile elementare posibil de
exprimat ntr-un limbaj de programare se numesc instruciuni ale limbajului.
Limbajele de programare au evoluat foarte mult de la nceputurile calculatoarelor. Tendina general
este aceea de apropiere treptat de limbajele naturale i de modul n care acestea descriu i utilizeaz
informaiile. Abstraciile exprimabile cu ajutorul limbajelor de programare sunt din ce n ce mai multe
i cuprind o gam din ce n ce mai larg a noiunilor fundamentale cu care opereaz mintea uman.
Un alt aspect n care se reflect evoluia limbajelor de programare este reprezentat de creterea
profunzimii i calitii controlului pe care compilatoarele l fac n momentul traducerii din limbaj de
programare n limbaj main, astfel nct ansa de a grei la descrierea programului s fie ct mai mic.
Cu toate c limbajele de programare au fcut pai eseniali n ultimul timp, ele au rmas totui foarte
departe de limbajele naturale. Pentru a programa un calculator, trebuie s poi gndi i s poi descrie
problemele ntr-unul dintre limbajele pe care acesta le nelege. Din acest motiv, scrierea programelor
continu s rmn o activitate rezervat unui grup de iniiai, chiar dac acest grup este n continu
cretere.
2.2 Tipuri de numere reprezentabile n calculator

Dei toate informaiile reprezentabile direct n memoria calculatorului sunt doar numere naturale,
constructorii calculatoarelor de astzi au diversificat tipurile acestora prin stabilirea unor convenii de
reprezentare pentru numerele negative, reale i pentru caractere. Aceste convenii folosesc numerele
naturale pentru reprezentarea celorlalte tipuri de numere. Uneori, reprezentrile ocup mai mult de un
octet n memoria calculatorului, dimensiunile obinuite fiind 1, 2, 4 sau 8 octei. Sau, echivalent, 8, 16,
32 sau 64 de bii.
Numerele naturale sunt ntotdeauna pozitive. Pentru reprezentarea unui numr ntreg cu semn pot fi
folosite dou numere naturale. Primul dintre acestea, avnd doar dou valori posibile, reprezint semnul
numrului i se poate reprezenta folosind o singur cifr binar. Dac valoarea acestei cifre binare este 0,
numrul final este pozitiv, iar dac valoarea cifrei este 1, numrul final este negativ. Al doilea numr
natural folosit n reprezentarea numerelor ntregi cu semn conine valoarea absolut a numrului final.
Aceast convenie, dei are dezavantajul c ofer dou reprezentri pentru numrul zero, un zero pozitiv
i altul negativ, este foarte aproape de reprezentarea numerelor cu semn folosit de calculatoarele
moderne.
n realitate, convenia care se folosete pentru reprezentarea numerelor ntregi cu semn este aa numita
reprezentare n complement fa de doi. Aceasta reprezint numerele negative prin complementarea

valorii lor absolute bit cu bit i apoi adunarea valorii 1 la numrul rezultat. Complementarea valorii unui
bit se face nlocuind valoarea 1 cu 0 i valoarea 0 cu 1. Dac avem de exemplu numrul 1, reprezentat pe
un octet ca un ir de opt cifre binare 00000001, complementarea bitcu bit a acestui numr este numrul
reprezentat pe un octet prin11111110.
Pentru a reprezenta valoarea -1 nu ne mai rmne altceva de fcut dect s adunm la numrul rezultat n
urma complementrii un 1 i reprezentarea final a numrului ntreg negativ -1 pe un octet este
11111111.
n aceast reprezentare, numrul 00000000 binar reprezint numrul 0 iar numrul 10000000, care mai
nainte reprezenta numrul 0 negativ, acum reprezint numrul -128. ntr-adevr, numrul 128 se poate
reprezenta n binar prin 10000000. Complementat, acest numr devine 01111111 i dup adunarea cu 1,
10000000. Observai c numerele 128 i -128 au aceeai reprezentare. Convenia este aceea c se
pstreaz reprezentarea pentru -128 i se elimin cea pentru 128. Alegerea este datorat faptului c toate
numerele pozitive au n primul bit valoarea 0 i toate cele negative valoarea -1. Prin transformarea lui
10000000 n -128 se pstreaz aceast regul.
Folosind reprezentarea n complement fa de doi, numerele ntregi reprezentabile pe un octet sunt n
intervalul -128 pn la 127, adic -27 pn la 27 -1. n general, dac avem o configuraie de n cifre
binare, folosind reprezentarea n complement fa de doi putem reprezenta numerele ntregi din
intervalul nchis -2n-1 pn la 2n-1-1. n practic, se folosesc numere ntregi cu semn reprezentate pe 1
octet, 2 octei, 4 octei i 8 octei, respectiv 8, 16, 32 i 64 de bii.
Dac dorim s reprezentm un numr real n memoria calculatorului, o putem face memornd cteva
cifre semnificative ale acestuia plus o informaie legat de ordinul su de mrime. n acest fel, dei
pierdem precizia numrului, putem reprezenta valori foarte aproape de zero sau foarte departe de aceast
valoare.
Soluia de reprezentare este aceea de a pstra dou numere cu semn care reprezint cifrele semnificative
ale numrului real respectiv un exponent care d ordinul de mrime. Cifrele reprezentative ale numrului
se numesc mpreun mantis. Numrul reprezentat n final este 0.mantisaEexponent. E are valoarea 256
spre deosebire de exponentul 10 pe care l folosim n uzual. Dac valoarea exponentului estefoarte mare
i pozitiv, numrul real reprezentat este foarte departe de 0, nspre plus sau nspre minus. Dac
exponentul este foarte mare n valoare absoluti negativ, numrul real reprezentat este foarte aproape de
zero.
n plus, pentru a ne asigura de biunivocitatea corespondenei, avem nevoie de o convenie care s
stabileasc faptul c virgula este plasat imediat n faa cifrelor semnificative i c n faa acesteia se
gsete o singur cifr 0. Numerele care respect aceast convenie se numesc numere normalizate.
Aceast mutare a virgulei imediat n faa cifrelor semnificative poate s presupun modificarea
exponentului care pstreaz ordinul de mrime al numrului. Numerele fracionare se numesc n
limbajul calculatoarelor numere n virgul mobil sau numere flotante tocmai din cauza acestei
eventuale ajustri a poziiei virgulei.
Cu aceast convenie nu se poate reprezenta orice numr real, dar se poate obine o acoperire destul de
bun a unui interval al axei numerelor reale cu valori. Atunci cnd ncercm s reprezentm n memoria
calculatorului un numr real, cutm de fapt cel mai apropiat numr real reprezentabil n calculator i
aproximm numrul iniial cu acesta din urm. Ca rezultat, putem efectua calcule complexe cu o
precizie rezonabil.
Descrierea conveniei exacte de reprezentare a numerelor reale n calculator depete cadrul acestei
prezentri. Unele dintre detalii pot fi diferite de cele prezentate aici, dar principiul este exact acesta.
Convenia de reprezentare a numerelor reale este standardizat de IEEE n specificaia 754.
Desigur, n unele probleme, lipsa de precizie poate s altereze rezultatul final, mai ales c, uneori, erorile
se cumuleaz. Exist de altfel o teorie complex, analiza numeric, conceput pentru a studia cile prin
care putem ine sub control aceste erori de precizie. Putem crete precizia de reprezentare a numerelor
reale prin mrirea spaiului rezervat mantisei. n acest fel mrim numrul de cifre semnificative pe care
l pstrm. n general, unitile centrale actuale lucreaz cu dou precizii: numerele flotante simple,
reprezentate pe 4 octei i numerele flotante duble, reprezentate pe 8 octei.
2.3 Valori de adevr

Uneori, avem nevoie s memorm n calculator valori de adevr. Exist doar dou valori de adevr
posibile: adevrat i fals. Uneori, aceste valori de adevr se mai numesc i valori booleene. Dei pentru
memorarea acestor valori este suficient o singur cifr binar, n practic aceste valori sunt reprezentate
pe un ntreg octet pentru c operaiile la nivel de bit sunt de obicei prea lente. Valorile booleene se pot
combina ntre ele prin operaii logice: i, sau, "negaie.
2.4 iruri de caractere

Dup cum spuneam mai nainte, dei orice informaie reprezentat n calculator este n final un numr,
mintea uman este obinuit s lucreze cu cuvinte i imagini mai mult dect cu numere. De aceea,
calculatorul trebuie s aib posibilitatea s simuleze memorarea informaiilor de acest fel.
n ceea ce privete cuvintele, ele pot fi reprezentate n memoria calculatorului prin caracterele care le
formeaz. niruirea acestor caractere n memorie duce la noiunea de ir de caractere. Pe lng
caracterele propriu-zise care construiesc cuvntul, un ir de caractere trebuie s poat memora i numrul
total de caractere din ir, cu alte cuvinte lungimea sa.
n realitate, un ir de caractere nu conine doar un singur cuvnt ci este o niruire oarecare de caractere
printre care pot exista i caractere spaiu. De exemplu, urmtoarele secvene sunt iruri de caractere:
"Acesta este un ir de caractere", "Eugen", "ABCD 0123", "HGkduI;.!".

Fiecare limbaj de programare trebuie s ofere o convenie de reprezentare a irurilor de caractere n
calculator precum i o convenie de scriere a acestora n program. De obicei, cea de-a doua convenie
este aceea c irul de caractere trebuie nchis ntre apostroafe sau ghilimele. n paragraful anterior de
exemplu, am folosit ghilimele pentru delimitarea irurilor de caractere.
Convenia de reprezentare n memorie difer de la un limbaj de programare la altul prin modul n care
este memorat lungimea irului, precum i prin convenia de reprezentare n memorie a caracterelor:
ASCII, Unicode sau alta.
mpreun cu fiecare tip de dat, limbajele de programare trebuie s defineasc i operaiile ce se pot
executa cu datele de tipul respectiv. Pentru irurile de caractere, principala operaie este concatenarea.
Prin concatenarea a dou iruri de caractere se obine un ir de caractere care conine caracterele celor
dou iruri puse n prelungire. De exemplu, prin concatenarea irurilor de caractere "unu" i ", doi",
rezult irul de caractere: "unu, doi".
2.5 Tipuri primitive de valori ale unui limbaj de programare

Vom numi tipuri primitive de valori ale unui limbaj acele tipuri de valori care se pot reprezenta direct
ntr-un anumit limbaj de programare. Pentru ca informaia reprezentabil s fie independent de
calculatorul pe care ruleaz programele, un limbaj de programare trebuie s-i defineasc propriile sale
tipuri primitive, eventual diferite de cele ale unitii centrale, tipuri care s generalizeze tipurile
primitive ale tuturor unitilor centrale.
Pentru fiecare dintre aceste tipuri primitive de valori, limbajul trebuie s defineasc dimensiunea locaiei
de memorie ocupate, convenia de reprezentare i mulimea valorilor care pot fi reprezentate n aceast
locaie. n plus, limbajul trebuie s defineasc operaiile care se pot executa cu aceste tipuri i
comportarea acestor operaii pe seturi de valori diferite.
Tipurile primitive ale unui limbaj sunt de obicei: numere de diverse tipuri, caractere, iruri de caractere,
valori de adevr i valori de tip referin. Totui, acest set de tipuri primitive, denumirea exact a
tipurilor i operaiile care se pot executa cu ele variaz mult de la un limbaj de programare la altul.
2.6 Tablouri de elemente

Tipurile primitive mpreun cu referinele, adic tipurile de date elementare, indivizibile ale unui limbaj,
sunt insuficiente pentru necesitile unei aplicaii reale. De obicei este nevoie de organizri de date mai
complicate n care avem structuri de date create prin asocierea mai multor tipuri de date elementare.
Aceste structuri de organizare a informaiilor pot conine date de acelai tip sau date de tipuri diferite.
n cazul n care dorim s reprezentm o structur coninnd date de acelai tip, va trebui s folosim o
structur clasic de reprezentare a datelor numit tablou de elemente. Practic, un tablou de elemente este
o alturare de locaii de memorie de acelai fel. Alturarea este continu n sensul c zona de memorie
alocat tabloului nu are guri. De exemplu, putem gndi ntreaga memorie intern a calculatorului ca
fiind un tablou de cifre binare sau ca un tablou de octei.
Informaiile de acelai fel reprezentate ntr-un tablou se pot prelucra n mod unitar. Referirea la un
element din tablou se face prin precizarea locaiei de nceput a tabloului n memorie i a numrului de
ordine al elementului pe care dorim s-l referim. Numrul de ordine al unui element se numete indexul
elementului. De aceea, tablourile se numesc uneori i structuri de date indexate.
S presupunem c, la adresa 1234 n memorie, deci ncepnd cu octetul numrul 1234, avem un tablou
de 200 de elemente de tip ntregi cu semn reprezentai pe 4 octei. Pentru a accesa elementul numrul
123 din tablou, trebuie s i aflm adresa n memorie. Pentru aceasta, trebuie s calculm deplasamentul
acestui element fa de nceputul tabloului, cu alte cuvinte, la ci octei distan fa de nceputul
tabloului se gsete elementul numrul 123.
Pentru calcului deplasamentului, este nevoie s tim cu ce index ncepe numerotarea elementelor din
tablou. De obicei aceasta ncepe cu 0 sau cu 1, primul element fiind elementul 0 sau elementul 1. S
presupunem, n cazul nostru, c numerotarea ar ncepe cu 0. n acest caz, elementul cu indexul 123 este
de fapt al 124-lea element din tablou, deci mai are nc 123 de elemente naintea lui. n aceste condiii,
pentru a afla adresa elementului dat, este suficient s adugm la adresa de nceput a tabloului,
deplasamentul calculat ca numrul de elemente din fa nmulit cu dimensiunea unui element din
tablou. Adresa final este 1234 + 123 * 4 = 1726.
Pentru a putea lucra cu elementele unui tablou este deci suficient s memorm adresa de nceput a
tabloului i indexul elementelor pe care dorim s le accesm. Alternativa ar fi fost s memorm adresa
locaiei fiecrui element din tablou.
Unul dintre marile avantaje ale utilizrii tablourilor este acela c elementele dintr-un tablou se pot
prelucra n mod repetitiv, apelndu-se aceeai operaie pentru un subset al elementelor din tablou. Astfel,
ntr-un program putem formula instruciuni de forma: pentru elementele tabloului T ncepnd de la al
treilea pn la al N-lea, s se execute operaia O. Numrul N poate fi calculat dinamic n timpul
execuiei programului, n funcie de necesiti.
Elementele unui tablou pot fi de tip primitiv, referin sau pot fi tipuri compuse, inclusiv alte tablouri.
2.7 Expresii de calcul

Sarcina principal a calculatoarelor este aceea de a efectua calcule. Pentru a putea efectua aceste calcule,
calculatorul trebuie s primeasc o descriere a operaiilor de calcul pe care le are de executat. Calculele
simple sunt descrise cel mai bine prin expresii de calcul.

Expresiile sunt formate dintr-o serie de valori care intr n calcul, numite operanzi i din simboluri care
specific operaiile care trebuiesc efectuate cu aceste valori, numite operatori. Operatorii reprezint
operaii de adunare, nmulire, mprire, concatenare a irurilor de caractere, etc.
Operanzii unor expresii pot fi valori elementare precum numerele, irurile de caractere sau pot fi referiri
ctre locaii de memorie n care sunt memorate aceste valori. Tot operanzi pot fi i valorile unor funcii
predefinite precum sinus, cosinus sau valoarea absolut a unui numr. Calculul complex al valorii
acestor funcii pentru argumentele de intrare este astfel ascuns sub un nume uor de recunoscut.
Figura 2.1 Un exemplu de expresie i componentele acesteia
2.8 Variabile
Uneori, atunci cnd calculele sunt complexe, avem nevoie s pstrm rezultate pariale ale acestor
calcule n locaii temporare de memorie. Alteori, chiar datele iniiale ale problemei trebuie memorate
pentru o folosire ulterioar. Aceste locaii de memorie folosite ca depozit de valori le vom numi
variabile. Variabilele pot juca rol de operanzi n expresii.
Pentru a regsi valoarea memorat ntr-o anumit variabil, este suficient s memorm poziia locaiei
variabilei n memorie i tipul de dat memorat la aceast locaie, numit i tipul variabilei. Cunoaterea
tipului variabilei este esenial la memorarea i regsirea datelor. La locaia variabilei gsim ntotdeauna
o configuraie de cifre binare. Interpretarea acestor cifre binare se poate face numai cunoscnd
convenia de reprezentare care s-a folosit la memorarea acelor cifre binare. Mai mult, tipul de variabil
ne i spune ci octei de memorie ocup locaia respectiv.
Pentru a putea referi variabilele n interiorul unui program, trebuie s atribuim cte un nume pentru
fiecare dintre acestea i s rezervm locaiile de memorie destinate lor. Aceast rezervare a locaiilor se
poate face fie la pornirea programului fie pe parcurs.
Putem mpri variabilele n funcie de perioada lor de existen n variabile statice, care exist pe tot
parcursul programului i variabile locale care se creeaz doar n seciunea de program n care este
nevoie de ele pentru a fi distruse imediat ce se prsete seciunea respectiv. Variabilele statice
pstreaz de obicei informaii eseniale pentru execuia programului precum numele celui care a pornit
programul, data de pornire, ora de pornire sau numrul p . Variabilele locale pstreaz valori care au sens
doar n contextul unei anumite seciuni din program. De exemplu, variabilele care sunt utilizate la
calculul sinusului dintr-un numr, sunt inutile i trebuiesc eliberate imediat ce calculul a fost terminat. n
continuare, doar valoarea final a sinusului este important.
n plus, exist variabile care se creeaz doar la cererea explicit a programului i nu sunt eliberate dect
atunci cnd programul nu mai are nevoie de ele. Aceste variabile se numesc variabile dinamice. De
exemplu, se creeaz o variabil dinamic atunci cnd utilizatorul programului introduce un nou nume
ntr-o list de persoane. Crearea i tergerea acestui nume nu are legtur cu faza n care se afl rularea
programului ci are legtur cu dorina celui care utilizeaz programul de a mai aduga sau terge un
nume n lista persoanelor cu care lucreaz, pentru a le trimite, de exemplu, felicitri de anul nou.
2.9 Instruciuni
Operaiile care trebuiesc executate de un anumit program sunt exprimate n limbajele de programare cu
ajutorul unor instruciuni. Spre deosebire de limbajele naturale, exist doar cteva tipuri standard de
instruciuni care pot fi combinate ntre ele pentru a obine funcionalitatea programelor. Sintaxa de
scriere a acestor tipuri de instruciuni este foarte rigid. Motivul acestei rigiditi este faptul c un
compilator recunoate un anumit tip de instruciune dup sintaxa ei i nu dup sensul pe care l are ca n
cazul limbajelor naturale.
Tipurile elementare de instruciuni nu s-au schimbat de-a lungul timpului pentru c ele sunt coninute n
nsui modelul de funcionare al calculatoarelor Von Neumann.
n primul rnd, avem instruciuni de atribuire. Aceste instruciuni presupun existena unei locaii de
memorie creia dorim s-i atribuim o anumit valoare. Atribuirea poate s par o operaie foarte simpl
dar realitatea este cu totul alta. n primul rnd, valoarea respectiv poate fi rezultatul evalurii
(calculului) unei expresii complicate care trebuie executat nainte de a fi memorat n locaia de
memorie dorit.
Apoi, nsi poziia locaiei n memorie ar putea fi rezultatul unui calcul n urma cruia s rezulte o
anumit adres. De exemplu, am putea dori s atribuim o valoare unui element din interiorul unui tablou.
ntr-o astfel de situaie, locaia de memorie este calculat prin adunarea unui deplasament la adresa de
nceput a tabloului.
n fine, locaia de memorie i valoarea pe care dorim s i-o atribuim ar putea avea tipuri diferite. n acest
caz, operaia de atribuire presupune i transformarea, dac este posibil, a valorii ntr-o nou valoare de
acelai tip cu locaia de memorie. n plus, aceast transformare trebuie efectuat n aa fel nct s nu se
piard semnificaia valorii originale. De exemplu, dac valoarea original era -1 ntreg iar locaia de
memorie este de tip flotant, valoarea obinut dup transformare trebuie s fie -1.0.
Transformarea valorilor de la un tip la altul se numete n termeni informatici conversie. Conversiile pot
aprea i n alte situaii dect instruciunile de atribuire, de exemplu la transmiterea parametrilor unei
funcii, n calculul unei expresii.
Forma general a unei instruciuni de atribuire este:
Locaie = Valoare
Locaia poate fi o adres cu tip, un nume de variabil sau o expresie n urma creia s rezulte o adres cu
tip. Printr-o adres cu tip nelegem o adres de memorie pentru care a fost specificat tipul valorilor care
pot fi memorate n interior. O adres simpl, fr tip, nu poate intra ntr-o atribuire pentru c nu putem ti
care este convenia de reprezentare care trebuie folosit la memorarea valorii.
Al doilea tip de instruciune elementar este instruciunea condiional. Aceast instruciune permite o
prim form de ramificare a ordinii n care se execut instruciunile. Ramificarea depinde de o condiie
care poate fi testat pe setul de date cu care lucreaz aplicaia. n funcie de valoarea de adevr care
rezult n urma evalurii condiiei se poate executa o instruciune sau alta. Modelul de exprimare a unei
expresii condiionale este urmtorul:
Dac condiia este adevrat
execut instruciunea 1
altfel
execut instruciunea 2.
Cele dou ramuri de execuie sunt disjuncte n sensul c dac este executat instruciunea de pe o
ramur atunci cu siguran instruciunea de pe cealalt ramur nu va fi executat. Dup execuia uneia
sau a celeilalte instruciuni ramurile se reunific i execuia i continu drumul cu instruciunea care
urmeaz dup instruciunea condiional.
Figura 2.2 Schema de funcionare a unei instruciuni condiionale
Condiia care hotrte care din cele dou instruciuni va fi executat este de obicei un test de egalitate
ntre dou valori sau un test de ordonare n care o valoare este testat dac este mai mic sau nu dect o
alt valoare. Condiiile pot fi compuse prin conectori logici de tipul i, sau sau non, rezultnd n
final condiii de forma: dac variabila numit Temperatur este mai mic dect 0 i mai mare dect -10,
atunci
Instruciunile condiionale au i o variant n care, n funcie de o valoare ntreag alege o instruciune
dintr-un set de instruciuni i apoi o execut. Aceast form este n realitate derivat din instruciunea
condiional clasic, ea putnd fi exprimat prin:
Dac Variabila este egal cu Valoarea 1 atunci
altfel, dac Variabila este egal cu Valoarea 2 atunci
altfel, dac Variabila
altfel
execut instruciunea implicit.

Un al treilea tip de instruciuni elementare sunt instruciunile de ciclare sau repetitive sau buclele.
Acestea specific faptul c o instruciune trebuie executat n mod repetat. Controlul ciclurilor de
instruciuni se poate face pe diverse criterii. De exemplu se poate executa o instruciune de un numr fix
de ori sau se poate executa instruciunea pn cnd o condiie devine adevrat sau fals.
Condiia de terminare a buclei poate fi testat la nceputul buclei sau la sfritul acesteia. Dac condiia
este testat de fiecare dat nainte de execuia instruciunii, funcionarea ciclului se poate descrie prin:
Atta timp ct Condiia este adevrat
execut Instruciunea
Acest tip de instruciuni de ciclare poat numele de cicluri while, cuvntul while nsemnnd n limba
englez "atta timp ct. n cazul ciclurilor while, exist posibilitatea ca instruciunea din interiorul
ciclului s nu se execute niciodat, dac condiia este de la nceput fals.
Figura 2.3 Schema de funcionare a unui ciclu while
Dac condiia este testat de fiecare dat dup execuia instruciunii, funcionarea ciclului se poate
descrie prin:
Execut Instruciunea
atta timp ct Condiia este adevrat.
Acest tip de instruciuni de ciclare poart numele de cicluri do-while, cuvntul do nsemnnd n limba
englez "execut. n cazul ciclurilor do-while instruciunea din interiorul ciclului este garantat c se
execut cel puin o dat, chiar dac valoare condiiei de terminare a buclei este de la nceput fals.
Figura 2.4 Schema de funcionare a unui ciclu do-while
Dup cum ai observat, probabil, dac instruciunea din interiorul buclei nu afecteaz n nici un fel
valoarea de adevr a condiiei de terminare a buclei, exist ansa ca bucla s nu se termine niciodat.
Al patrulea tip de instruciuni sunt apelurile de proceduri. O procedur este o secven de instruciuni
de sine stttoare i parametrizat. Un apel de procedur este o instruciune prin care form programul
s execute pe loc instruciunile unei anumite proceduri. Dup execuia procedurii, se continu cu
execuia instruciunii de dup apelul de procedur.
Procedurile sunt utile atunci cnd, n zone diferite ale programului, dorim s executm aceeai secven
de instruciuni. n aceste situaii, putem s scriem secvena de instruciuni o singur dat i s-o apelm
apoi oriunde din interiorul programului.
De exemplu, ori de cte ori vom dori s tergem toate semnele de pe ecranul calculatorului, putem apela
la o procedur, pentru a nu fi nevoii s scriem de fiecare dat secvena de instruciuni care duce la
tergerea ecranului. Procedura n sine, o vom scrie o singur dat i i vom da un nume prin care o vom
putea apela ulterior ori de cte ori avem nevoie.
Uneori secvena de instruciuni dintr-o procedur depinde de nite parametri adic de un set de valori
care sunt precizate doar n momentul apelului procedurii. n aceste cazuri, procedura se poate comporta
n mod diferit n funcie de valorile de apel ale acestor parametri. n funcie de tipul declarat al unor
parametri i de tipul real al valorilor care sunt trimise ca parametri ntr-un apel de procedur, se poate
ntmpla ca nainte de apelul propriu-zis s fie necesar o conversie de tip.
De exemplu, n cazul procedurii care calculeaz valoarea sinusului unui numr, parametrul de intrare
este nsui numrul pentru care trebuie calculat sinusul. Rezultatul acestui calcul va fi diferit, n funcie
de valoarea la apel a parametrului. n mod normal, parametrul va fi un numr flotant iar dac la apel vom
transmite ca parametru o valoare ntreag, ea va fi convertit spre o valoare flotant.
n urma apelului unei proceduri poate rezulta o valoare pe care o vom numi valoare de retur a
procedurii. De exemplu, n urma apelului procedurii de calcul a sinusului unui numr, rezult o valoare
flotant care este valoarea calculat a sinusului. Acest tip de proceduri, care ntorc valori de retur se mai
numesc i funcii. Funciile definesc ntotdeauna un tip al valorii de retur pe care o ntorc. n acest fel,
apelurile de funcii pot fi implicate i n formarea unor expresii de calcul sub form de operanzi,
expresia cunoscnd tipul de valoare care trebuie ateptat ca valoare a apelului unei anumite funcii.
Analogia cu funciile pe care le-ai studiat la matematic este evident dar nu total. n cazul funciilor
scrise ntr-un limbaj de programare, dou apeluri consecutive ale aceleiai funcii cu aceleai valori ca
parametri se pot comporta diferit datorit dependenei de condiii exterioare sistemului format din
funcie i parametrii de apel. n plus, se poate ntmpla ca modul de comportare al funciei i valoarea de
retur s nu fie definite pentru anumite valori de apel ale parametrilor. Dei scrierea acestui tip de funcii
este nerecomandabil, n practic ntlnim astfel de funcii la tot pasul.
[cuprins]
Capitolul III -- Reprezentarea informaiilor cu obiecte
Capitolul III
Reprezentarea informaiilor cu obiecte
3.1 Obiecte
3.2 ncapsularea informaiilor n interiorul obiectelor
3.3 Clase de obiecte
3.4 Derivarea claselor de obiecte
3.5 Interfee spre obiecte
3.1 Obiecte
Informaiile pe care le reprezentm n memoria calculatorului sunt rareori att de simple precum culorile
sau literele. n general, dorim s reprezentm informaii complexe, care s descrie obiectele fizice care
ne nconjoar sau noiunile cu care operm zilnic, n interiorul crora culoarea sau o secven de litere
reprezint doar o mic parte. Aceste obiecte fizice sau noiuni din lumea real trebuiesc reprezentate n
memoria calculatorului n aa fel nct informaiile specifice lor s fie pstrate la un loc i s se poat
prelucra ca un tot unitar. S nu uitm ns c, la nivelul cel mai de jos, informaia ataat acestor obiecte
continu s fie tratat de ctre compilator ca un ir de numere naturale, singurele informaii
reprezentabile direct n memoria calculatoarelor actuale.
Pentru a reprezenta n memoria intern obiecte fizice sau noiuni, este nevoie s izolm ntregul set de
proprieti specifice acestora i s l reprezentm prin numere. Aceste numere vor ocupa n memorie o
zon compact pe care, printr-un abuz de limbaj, o vom numi, ntr-o prim aproximare, obiect. Va trebui
ns s avei ntotdeauna o imagine clar a deosebirii fundamentale dintre un obiect fizic sau o noiune
i reprezentarea acestora n memoria calculatorului.
De exemplu, n memoria calculatorului este foarte simplu s crem un nou obiect, identic cu altul deja
existent, prin simpla duplicare a zonei de memorie folosite de obiectul pe care dorim s-l dedublm. n
realitate ns, este mult mai greu s obinem o copie identic a unui obiect fizic, fie el o simpl foaie de
hrtie sau o bancnot de 10000 de lei.
S revenim ns la numerele naturale. Din moment ce ele sunt singurele entiti reprezentabile n
memoria calculatorului, este firesc ca acesta s fie echipat cu un set bogat de operaii predefinite de
prelucrare a numerelor. Din pcate, atunci cnd facem corespondena dintre numere i litere de exemplu,
nu ne putem atepta la un set la fel de bogat de operaii predefinite care s lucreze cu litere. Dar, innd
cont de faptul c n cele din urm lucrm tot cu numere, putem construi propriile noastre operaii
specifice literelor, combinnd n mod corespunztor operaiile numerice predefinite.
De exemplu, pentru a obine dintr-o liter majuscul, s spunem A, corespondenta ei minuscul a,
este suficient s adunm un deplasament numeric corespunztor, presupunnd c literele mari i cele
mici sunt numerotate n ordine alfabetic i imediat una dup cealalt n convenia de reprezentare
folosit. n setul ASCII deplasamentul este 32, reprezentarea lui A fiind 65 iar reprezentarea lui a
fiind 97. Acest deplasament se pstreaz pentru toate literele din alfabetul englez i romn, la cel din
urm existnd totui o excepie n cazul literei .
Putem s extindem cerinele noastre mai departe, spunnd c, atunci cnd analizm un obiect fizic sau o
noiune pentru a le reprezenta n calculator, trebuie s analizm nu numai proprietile acestora dar i
modul n care acestea pot fi utilizate i care sunt operaiile care pot fi executate asupra lor sau cu ajutorul
lor. Acest set de operaii va trebui ulterior s-l redefinim n contextul mulimii de numere care formeaz
proprietile obiectului din memoria calculatorului, i s l descompunem n operaii numerice
preexistente. n plus, trebuie s analizm modul n care reacioneaz obiectul atunci cnd este supus
efectului unor aciuni exterioare. Uneori, setul de operaii specifice unui obiect mpreun cu modul n
care acesta reacioneaz la stimuli exteriori se numete comportamentul obiectului.
De exemplu, dac dorim s construim un obiect care reprezint o minge de form sferic n spaiu, este
necesar s definim trei numere care s reprezinte coordonatele x, y i z relativ la un sistem de axe dat,
precum i o valoare pentru raza sferei. Aceste valori numerice vor face parte din setul de proprieti ale
obiectului minge. Dac mai trziu vom dori s construim o operaie care s reprezinte mutarea n spaiu
a obiectului minge, este suficient s ne folosim de operaiile cu numere pentru a modifica valorile
coordonatelor x, y i z.
Desigur, obiectul minge este insuficient descris prin aceste coordonate i, pentru a simula n calculator
obiectul real este nevoie de multe proprieti suplimentare precum i de multe operaii n plus. Dar, dac
problema pe care o avem de rezolvat nu necesit aceste proprieti i operaii, este preferabil s nu le
definim n obiectul folosit pentru reprezentare. Rezultatul direct al acestui mod de abordare este acela c
vom putea defini acelai obiect real n mai multe feluri pentru a-l reprezenta n memoria intern. Modul
de definire depinde de problema de rezolvat i de programatorul care a gndit reprezentarea. De altfel,
aceste diferene de percepie ale unui obiect real exist i ntre diveri observatori umani.
Din punctul de vedere al programrii, un obiect este o reprezentare n memoria calculatorului a
proprietilor i comportamentului unei noiuni sau ale unui obiect real.
Figura 3.1 Modelul de reprezentare al unui obiect n memorie. Stratul exterior reprezint doar
operaiile care ofer calea de a interaciona cu proprietile obiectului i nu are corespondent
direct n zona de memorie ocupat de obiect.
3.2 ncapsularea informaiilor n interiorul obiectelor

Exist situaii n care accesul din exterior la proprietile unui obiect poate s pun probleme acestuia.
Ce s-ar ntmpla de exemplu dac s-ar putea accesa direct valorile care definesc funcionalitatea
corpului uman? Desigur, exist cazuri n care acest lucru ar fi mbucurtor. N-ar mai fi nevoie s
acionm indirect asupra concentraiilor de enzime n corp ci am putea s modificm aceste valori n
mod direct. Dar, n acelai timp, am putea provoca mari necazuri n cazul n care am modifica aceste
valori n afara pragului suportabil de ctre organism. Din aceste motive, este preferabil s lsm
modificarea acestor parametri n sarcina exclusiv a unor operaii definite de ctre obiect, operaii care
vor verifica noile valori nainte de a le schimba n interiorul obiectului. n lipsa acestui filtru, putem s
stricm coerena valorilor memorate n interiorul unui obiect, fcndu-l inutilizabil.
Din acest punct de vedere, putem privi obiectul ca pe un set de valori care formeaz miezul obiectului i
un set de operaii care mbrac aceste valori, protejndu-le. Vom spune c proprietile obiectului sunt
ncapsulate n interiorul acestora. Mai mult, obiectul ncapsuleaz i modul de funcionare a operaiilor
lui specifice, din exterior neputndu-se observa dect modul de apelare a acestor operaii i rezultatele
apelurilor. Cu alte cuvinte, procesul de ncapsulare este procesul de ascundere a detaliilor neimportante
sau sensibile de construcie a obiectului.
Dar nu numai proprietile unui obiect trebuiesc protejate ci i operaiile definite de ctre acesta. Unele
dintre operaiile definite pentru un obiect, cum ar fi de exemplu procesul respirator al omului, sunt
periculos de lsat la dispoziia oricui. Este preferabil s putem controla foarte exact cine ce operaii
poate apela pentru un anumit obiect. n acest mod, din punctul de vedere al unui observator strin, omul
este perceput ca un obiect mult mai simplu dect este n realitate, pentru c acel observator nu poate
vedea dect acele valori i nu poate apela dect acele operaii care sunt fcute publice.
Desigur, n practic este nevoie de o oarecare rafinare a gradului de protejare a fiecrei operaii sau
proprieti n aa fel nct nsui accesul observatorilor exteriori s poat fi nuanat n funcie de gradul
de similitudine i apropiere al observatorului fa de obiectul accesat. Rafinarea trebuie s mearg pn
la a putea specifica pentru fiecare proprietate i operaie n parte care sunt observatorii care au acces i
care nu.
Aceast protejare i ncapsulare a proprietilor i operaiilor ce se pot executa cu ajutorul unui obiect
are i o alt consecin i anume aceea c utilizatorul obiectului respectiv este independent de detaliile
constructive ale obiectului respectiv. Structura intern a obiectului poate fi astfel schimbat i
perfecionat n timp fr ca funcionalitatea de baz s fie afectat.
3.3 Clase de obiecte

n lumea real se pot identifica uor familii de obiecte. Este greu s descriem ntr-un limbaj de
programare fiecare minge din lume dar, pentru a putea folosi orice minge din lume, este suficient s
descriem o singur dat care sunt proprietile unei mingi n general, precum i operaiile care pot fi
executate cu aceasta. Aceasta nu nseamn c toate obiectele minge din lume sunt identice. Diferena
dintre ele se afl reprezentat n primul rnd n valorile proprietilor lor care sunt mrimi numerice
variabile, adic difer de la un obiect de acelai fel la altul. De exemplu, n fiecare obiect minge vom
avea un numr natural care reprezint culoarea mingii. Acest numr poate s difere de la o minge la alta
exact aa cum, n realitate, culoarea difer de la o minge la alta. La fel coordonatele poziiei mingii la un
moment dat sau raza mingii precum i materialul din care este confecionat au valori care variaz de la
o minge la alta.
Cu alte cuvinte, fiecare minge din lume are acelai set de proprieti, dar valorile acestora pot s difere
de la o minge la alta. Modelul de reprezentare n memorie a unui obiect este ntotdeauna acelai, dar
valorile memorate n locaiile corespunztoare proprietilor sunt n general diferite.
n ceea ce privete operaiile, acestea sunt ntotdeauna aceleai dar rezultatul aplicrii lor poate s difere
n funcie de valorile proprietilor obiectului asupra cruia au fost aplicate. De exemplu, atunci cnd
aruncm o minge spre pmnt ea va ricoa din acesta ridicndu-se din nou n aer. nlimea la care se va
ridica ns, este dependent de dimensiunile i materialul din care a fost confecionat mingea. Cu alte
cuvinte, noua poziie n spaiu se va calcula printr-o operaie care va ine cont de valorile memorate n
interiorul obiectului. Se poate ntmpla chiar ca operaia s hotrasc faptul c mingea va strpunge
podeaua n loc s fie respins de ctre aceasta.
S mai observm c operaiile nu depind numai de proprietile obiectului ci i de unele valori
exterioare acestuia. Atunci cnd aruncm o minge spre pmnt, nlimea la care va ricoa aceasta
depinde i de viteza cu care a fost aruncat mingea. Aceast vitez este un parametru al operaiei de
aruncare. Nu are nici un rost s transmitem ca parametrii ai unei operaii valorile proprietilor unui
obiect pentru c acestea sunt ntotdeauna disponibile operaiei. Nici o operaie nu se poate aplica asupra
unui obiect fr s tim exact care este obiectul respectiv i ce proprieti are acesta. Este absurd s ne
gndim la ce nlime se va ridica o minge n general, fr s facem presupuneri asupra valorilor
proprietilor acesteia. S mai observm ns c, dac toate mingile ar avea aceleai valori pentru
proprietile implicate n operaia descris mai sus, am putea s calculm nlimea de ricoeu n
general, fr s fim dependeni de o anumit minge.
n concluzie, putem spune c obiectele cu care lucrm fac parte ntotdeauna dintr-o familie mai mare de
obiecte cu proprieti i comportament similar. Aceste familii de obiecte le vom numi n continuare
clase de obiecte sau concepte n timp ce obiectele aparinnd unei anumite clase le vom numi instane
ale clasei de obiecte respective. Putem vorbi despre clasa de obiecte minge i despre instanele acesteia,
mulimea tuturor obiectelor minge care exist n lume. Fiecare instan a clasei minge are un loc bine
precizat n spaiu i n timp, un material i o culoare. Aceste proprieti difer de la o instan la alta,
dar fiecare instan a aceleiai clase va avea ntotdeauna aceleai proprieti i aceleai operaii vor
putea fi aplicate asupra ei. n continuare vom numi variabile aceste proprieti ale unei clase de obiecte
i vom numi metode operaiile definite pentru o anumit clas de obiecte.
Pentru a clarifica, s mai relum nc o dat: O clas de obiecte este o descriere a proprietilor i
operaiilor specifice unui nou tip de obiecte reprezentabile n memorie. O instan a unei clase de
obiecte este un obiect de memorie care respect descrierea clasei. O variabil a unei clase de obiecte este
o proprietate a clasei respective care poate lua valori diferite n instane diferite ale clasei. O metod a
unei clase este descrierea unei operaii specifice clasei respective.
S mai precizm faptul c, spre deosebire de variabilele unei clase, metodele acesteia sunt memorate o
singur dat pentru toate obiectele. Comportarea diferit a acestora este dat de faptul c ele depind de
valorile variabilelor.
O categorie aparte a claselor de obiecte este categoria acelor clase care reprezint concepte care nu se pot
instania n mod direct, adic nu putem construi instane ale clasei respective, de obicei pentru c nu
avem destule informaii pentru a le putea construi. De exemplu, conceptul de om nu se poate instania
n mod direct pentru c nu putem construi un om despre care nu tim exact dac este brbat sau femeie.
Putem n schimb instania conceptul de brbat i conceptul de femeie care sunt nite subconcepte ale
conceptului om.
Clasele abstracte, neinstaniabile, servesc n general pentru definirea unor proprieti sau operaii
comune ale mai multor clase i pentru a putea generaliza operaiile referitoare la acestea. Putem, de
exemplu s definim n cadrul clasei de obiecte om modul n care acesta se alimenteaz ca fiind
independent de apartenena la conceptul de brbat sau femeie. Aceast definiie va fi valabil la
amndou subconceptele definite mai sus. n schimb, nu putem dect cel mult s precizm faptul c un
om trebuie s aib un comportament social. Descrierea exact a acestui comportament trebuie fcut n
cadrul conceptului de brbat i a celui de femeie. Oricum, este interesant faptul c, indiferent care ar fi
clasa acestuia, putem s ne bazm pe faptul c acesta va avea definit un comportament social, specific
clasei lui.
Cele dou metode despre care am vorbit mai sus, definite la nivelul unui superconcept, sunt profund
diferite din punctul de vedere al subconceptelor acestuia. n timp ce metoda de alimentaie este definit
exact i amndou subconceptele pot s o foloseasc fr probleme, metoda de comportament social este
doar o metod abstract, care trebuie s existe, dar despre care nu se tie exact cum trebuie definit.
Fiecare dintre subconcepte trebuie s-i defineasc propriul su comportament social pentru a putea
deveni instaniabil. Dac o clas de obiecte are cel puin o metod abstract, ea devine n ntregime o
clas abstract i nu poate fi instaniat, adic nu putem crea instane ale unei clase de obiecte abstracte.
Altfel spus, o clas abstract de obiecte este o clas pentru care nu s-au precizat suficient de clar toate
metodele astfel nct s poat fi folosit n mod direct.
3.4 Derivarea claselor de obiecte

O alt proprietate interesant a claselor de obiecte este aceea de ierarhizare. Practic, ori de cte ori
definim o nou clas de obiecte care s reprezinte un anumit concept, specificm clasa de obiecte care
reprezint conceptul original din care provine noul concept mpreun cu diferenele pe care le aduce
noul concept derivat fa de cel original. Aceast operaie de definire a unei noi clase de obiecte pe baza
uneia deja existente o vom numi derivare. Conceptul mai general se va numi superconcept iar conceptul
derivat din acesta se va numi subconcept. n acelai mod, clasa original se va numi superclas a noii
clase n timp ce noua clas de obiecte se va numi subclas a clasei derivate.
Uneori, n loc de derivare se folosete termenul de extindere. Termenul vine de la faptul c o subclas i
extinde superclasa cu noi variabile i metode.
n spiritul acestei ierarhizri, putem presupune c toate clasele de obiecte sunt derivate dintr-o clas
iniial, s-i spunem clasa de obiecte generice, n care putem defini proprietile i operaiile comune
tuturor obiectelor precum ar fi testul de egalitate dintre dou instane, duplicarea instanelor sau aflarea
clasei de care aparine o anumit instan.
Ierarhizarea se poate extinde pe mai multe nivele, sub form arborescent, n fiecare punct nodal al
structurii arborescente rezultate aflndu-se clase de obiecte. Desigur, clasele de obiecte de pe orice nivel
pot avea instane proprii, cu condiia s nu fie clase abstracte, imposibil de instaniat.
Figura 3.2 O ierarhie de clase de obiecte n care clasele sunt reprezentate n cmpuri eliptice iar
instanele acestora n cmpuri dreptunghiulare. Clasele abstracte de obiecte au elipsa dublat.
Desigur, este foarte dificil s construim o ierarhie de clase de obiecte complet, care s conin clase de
obiecte corespunztoare fiecrui concept cunoscut. Din fericire, pentru o problem dat, conceptele
implicate n rezolvarea ei sunt relativ puine i pot fi uor izolate, simplificate i definite. Restrngerea la
minimum a arborelui de concepte necesar rezolvrii unei anumite probleme fr a se afecta generalitatea
soluiei este un talent pe care fiecare programator trebuie s i-l descopere i s i-l cultive cu atenie. De
alegerea acestor concepte depinde eficiena i flexibilitatea aplicaiei.
O clas de obiecte derivat dintr-o alt clas pstreaz toate proprietile i operaiile acesteia din urm
aducnd n plus proprieti i operaii noi. De exemplu, dac la nivelul clasei de obiecte om am definit
forma biped a acestuia i capacitatea de a vorbi i de a nelege, toate acestea vor fi motenite i de ctre
clasele derivate din clasa om, i anume clasa brbailor i cea a femeilor. Fiecare dintre aceste clase de
obiecte derivate i vor defini propriile lor proprieti i operaii pentru a descrie diferena dintre ele i
clasa original.
Unele dintre proprietile i operaiile definite n superclas pot fi redefinite n subclasele de obiecte
derivate. Vechile proprieti i operaii sunt disponibile n continuare, doar c pentru a le putea accesa
va trebui s fie specificat explicit superclasa care deine copia redefinit. Operaia de redefinire a unor
operaii sau variabile din interiorul unei clase n timpul procesului de derivare o vom numi rescriere.
Aceast redefinire ne d de fapt o mare flexibilitate n construcia ierarhiei unei probleme date pentru c
nici o proprietate sau operaie definit ntr-un punct al ierarhiei nu este impus definitiv pentru
conceptele derivate din acest punct direct sau nu.
Revenind pentru un moment la protejarea informaiilor interne ale unui obiect s precizm faptul c
gradul de similitudine de care vorbeam mai sus este mrit n cazul n care vorbim de dou clase derivate
una din cealalt. Cu alte cuvinte, o subclas a unei clase are acces de obicei la mult mai multe informaii
memorate n superclasa sa dect o alt clas de obiecte oarecare. Acest lucru este firesc innd cont de
faptul c, uneori, o subclas este nevoit s redefineasc o parte din funcionalitatea superclasei sale.
3.5 Interfee spre obiecte

Un obiect este o entitate complex pe care o putem privi din diverse puncte de vedere. Omul de exemplu
poate fi privit ca un mamifer care nate pui vii sau poate fi privit ca o fiin gnditoare care nv s
programeze calculatoare sau poate fi privit ca un simplu obiect spaio-temporal care are propria lui
form i poziie n funcie de timp.
Aceast observaie ne spune c trebuie s dm definiii despre ce nseamn cu adevrat faptul c un
obiect poate fi privit ca un mamifer sau ca o fiina gnditoare sau ca un obiect spaio-temporal. Aceste
definiii, pe care le vom numi n continuare interfee, sunt aplicabile nu numai clasei de obiecte om dar
i la alte clase de obiecte derivate sau nu din acesta, superclase sau nu ale acesteia. Putem s gsim o
mulime de clase de obiecte ale cror instane pot fi privite ca obiecte spaio-temporale dar care s nu
aib mare lucru n comun cu omul. Practic, atunci cnd construim o interfa, definim un set minim de
operaii care trebuie s aparin obiectelor care respect aceast interfa. Orice clas de obiecte care
declar c respect aceast interfa va trebui s defineasc toate operaiile.
Operaiile ns, sunt definite pe ci specifice fiecrei clase de obiecte n parte. De exemplu, orice obiect
spaial trebuie s defineasc o operaie de modificare a poziiei n care se afl. Dar aceast operaie
este diferit la un om, care poate s-i schimbe singur poziia, fa de o minge care trebuie ajutat din
exterior pentru a putea fi mutat. Totui, dac tim cu siguran c un obiect este o instan a unui clase
de obiecte care respect interfaa spatio-temporal, putem linitii s executm asupra acestuia o
operaie de schimbare a poziiei, fr s trebuiasc s cunoatem amnunte despre modul n care va fi
executat aceast operaie. Tot ceea ce trebuie s tim este faptul c operaia este definit pentru
obiectul respectiv.
n concluzie, o interfa este un set de operaii care trebuiesc definite de o clas de obiecte pentru a se
nscrie ntr-o anumit categorie. Vom spune despre o clas care definete toate operaiile unei interfee
c implementeaz interfaa respectiv.
Cu alte cuvinte, putem privi interfeele ca pe nite reguli de comportament impuse claselor de obiecte. n
clipa n care o clas implementeaz o anumit interfa, obiectele din clasa respectiv pot fi privite n
exclusivitate din acest punct de vedere. Interfeele pot fi privite ca nite filtre prin care putem privi un
anumit obiect, filtre care nu las la vedere dect proprietile specifice interfeei, chiar dac obiectul n
vizor este mult mai complicat n realitate.
Interfeele creaz o alt mprire a obiectelor cu care lucrm. n afar de mprirea normal pe clase,
putem s mprim obiectele i dup interfeele pe care le implementeaz. i, la fel cu situaia n care
definim o operaie doar pentru obiectele unei anumite clase, putem defini i operaii care lucreaz doar
cu obiecte care implementeaz o anumit interfa, indiferent de clasa din care acestea fac parte.
[cuprins]
Capitolul IV -- Structura lexical Java
Capitolul IV
Structura lexical Java
4.1 Setul de caractere
4.2 Uniti lexicale
4.2.1 Cuvinte cheie
4.2.2 Identificatori
4.2.3 Literali
4.2.3.1 Literali ntregi
4.2.3.2 Literali flotani
4.2.3.3 Literali booleeni
4.2.3.4 Literali caracter
4.2.3.5 Literali ir de caractere
4.2.4 Separatori
4.2.5 Operatori
4.3 Comentarii
4.1 Setul de caractere

Limbajului Java lucreaz n mod nativ folosind setul de caractere Unicode. Acesta este un standard
internaional care nlocuiete vechiul set de caractere ASCII. Motivul acestei nlocuiri a fost necesitatea
de a reprezenta mai mult de 256 de caractere. Setul de caractere Unicode, fiind reprezentat pe 16 bii are
posibiliti mult mai mari.
Vechiul standard ASCII este ns un subset al setului Unicode, ceea ce nseamn c vom regsi
caracterele ASCII cu exact aceleai coduri ca i mai nainte n noul standard.
Java folosete setul Unicode n timpul rulrii aplicaiilor ca i n timpul compilrii acestora. Folosirea
Unicode n timpul execuiei nu nseamn nimic altceva dect faptul c o variabil Java de tip caracter
este reprezentat pe 16 bii iar un ir de caractere va ocupa fizic n memorie de doua ori mai muli
octei dect numrul caracterelor care formeaz irul.
n ceea ce privete folosirea Unicode n timpul compilrii, compilatorul Java accept la intrare fiiere
surs care pot conine orice caractere Unicode. Se poate lucra i cu fiiere ASCII obinuite n care putem
introduce caractere Unicode folosind secvene escape. Fiierele surs sunt fiiere care conin declaraii
i instruciuni Java. Aceste fiiere trec prin trei pai distinci la citirea lor de ctre compilator:
1. irul de caractere Unicode sau ASCII, memorat n fiierul surs, este transformat ntr-un ir de
caractere Unicode. Caracterele Unicode pot fi introduse i ca secvene escape folosind doar
caractere ASCII.
2. irul de caractere Unicode este transformat ntr-un ir de caractere n care sunt evideniate separat
caracterele de intrare fa de caracterele de sfrit de linie.
3. irul de caractere de intrare i de sfrit de linie este transformat ntr-un ir de cuvinte ale
limbajului Java.
n primul pas al citirii fiierului surs, sunt generate secvene escape. Secvenele escape sunt secvene
de caractere ASCII care ncep cu caracterul backslash \. Pentru secvenele escape Unicode, al doilea
caracter din secven trebuie s fie u sau U. Orice alt caracter care urmeaz dup backslash va fi
considerat ca fiind caracter nativ Unicode i lsat nealterat. Dac al doilea caracter din secvena escape
este u, urmtoarele patru caractere ASCII sunt tratate ca i cifre hexazecimale (n baza 16) care formeaz
mpreun doi octei de memorie care reprezint un caracter Unicode.
Se pot folosi la intrare i fiiere ASCII normale, pentru c ASCII este un subset al Unicode. De exemplu,
putem scrie:
int f\u0660 = 3;
Numele variabilei are dou caractere i al doilea caracter este o cifr arabic-indic.
Exemple de secvene Unicode:
\uaa08 \U0045 \uu6abe
n al doilea pas al citirii fiierului surs, sunt recunoscute ca i caractere de sfrit de linie caracterele
ASCII CR i ASCII LF. n acelai timp, secvena de caractere ASCII CR-ASCII LF este tratat ca un
singur sfrit de linie i nu dou. n acest mod, Java suport n comun standardele de terminare a liniilor
folosite de diferite sisteme de operare: MacOS, Unix i DOS.
Este important s separm caracterele de sfrit de linie de restul caracterelor de intrare pentru a ti unde
se termin comentariile de o singur linie (care ncep cu secvena //) precum i pentru a raporta odat
cu erorile de compilare i linia din fiierul surs n care au aprut acestea.
n pasul al treilea al citirii fiierului surs, sunt izolate elementele de intrare ale limbajului Java, i
anume: spaii, comentarii i uniti lexicale.
Spaiile pot fi caracterele ASCII SP (spaiu), FF (avans de pagin) sau HT (tab orizontal) precum i
orice caracter terminator de linie. Comentariile le vom discuta n paragraful 4.3.
4.2 Uniti lexicale

Unitile lexicale sunt elementele de baz cu care se construiete semantica programelor Java. n irul de
cuvinte de intrare, unitile lexicale sunt separate ntre ele prin comentarii i spaii. Unitile lexicale n
limbajul Java pot fi:
Cuvinte cheie
Identificatori
Literali
Separatori
Operatori
4.2.1 Cuvinte cheie

Cuvintele cheie sunt secvene de caractere ASCII rezervate de limbaj pentru uzul propriu. Cu ajutorul
lor, Java i definete unitile sintactice de baz. Nici un program nu poate s utilizeze aceste secvene
altfel dect n modul n care sunt definite de limbaj. Singura excepie este aceea c nu exist nici o
restricionare a apariiei cuvintelor cheie n iruri de caractere sau comentarii.
Cuvintele cheie ale limbajului Java sunt:
abstract
boolean
break
byte
case
cast
catch
char
class
const
continue
default
do
double
else
extends
final
finally
float
for
future
generic
goto
if
implements
import
inner
instanceof
intinterface
long
native
new
null
operator
outer
package
private
protected
public
rest
return
short
static
super
switch
synchronized
this
throw
throws
transient
try
var
void
volatile
while
byvalue
Dintre acestea, cele ngroate sunt efectiv folosite, iar restul sunt rezervate pentru viitoare extensii ale
limbajului.
4.2.2 Identificatori
Identificatorii Java sunt secvene nelimitate de litere i cifre Unicode, ncepnd cu o liter.
Identificatorii nu au voie s fie identici cu cuvintele rezervate.
Cifrele Unicode sunt definite n urmtoarele intervale:
Reprezentare
Unicode
Caracter
ASCII
Explicaie
\u0030-\u0039
0-9
cifre ISO-LATIN-1
\u0660-\u0669
cifre Arabic-Indic
\u06f0-\u06f9
cifre Eastern ArabicIndic
\u0966-\u096f
cifre Devanagari
\u09e6-\u09ef
cifre Bengali
\u0a66-\ u0a6f
cifre Gurmukhi
\u0ae6-\u0aef
cifre Gujarati
\u0b66-\u0b6f
cifre Oriya
\u0be7-\u0bef
cifre Tamil
\u0c66-\u0c6f
cifre Telugu
\u0ce6-\u0cef
cifre Kannada
\u0d66-\u0d6f
cifre Malayalam
\u0e50-\u0e59
cifre Thai
\u0ed0-\u0ed9
cifre Lao
\u1040-\u1049
cifre Tibetan
Tabelul 4.1 Cifrele Unicode.
Un caracter Unicode este o liter dac este n urmtoarele intervale i nu este cifr:
Reprezentare
Unicode
Caracter
ASCII
Explicaie
\u0024
semnul dolar (din motive istorice)
\u0041-\u005a
A-Z
litere majuscule Latin
\u005f
underscore (din motive istorice)
\u0061-\u007a
a-z
litere minuscule Latin
\u00c0-\u00d6
diferite litere Latin cu diacritice
\u00d8-\u00f6
\u00f8-\u00ff
\u0100-\u1fff
alte alfabete i simboluri non-CJK
\u3040-\u318f
Hiragana, Katakana, Bopomofo, i

Hangul
\u3300-\u337f
cuvinte ptratice CJK
\u3400-\u3d2d
simboluri Hangul coreene
\u4e00-\u9fff
Han (Chinez, Japonez, Corean)
\uf900-\ufaff
compatibilitate Han
Tabelul 4.2 Literele Unicode.
4.2.3 Literali
Un literal este modalitatea de baz de exprimare n fiierul surs a valorilor pe care le pot lua tipurile
primitive i tipul ir de caractere. Cu ajutorul literalilor putem introduce valori constante n variabilele de
tip primitiv sau n variabilele de tip ir de caractere.
n limbajul Java exist urmtoarele tipuri de literali:
literali ntregi
literali flotani
literali booleeni
literali caracter
literali ir de caractere
4.2.3.1 Literali ntregi

Literalii ntregi pot fi reprezentai n baza 10, 16 sau 8. Toate caracterele care se folosesc pentru scrierea
literalilor ntregi fac parte din subsetul ASCII al setului Unicode.
Literalii ntregi pot fi ntregi normali sau lungi. Literalii lungi se recunosc prin faptul c se termin cu
sufixul l sau L. Un literal ntreg este reprezentat pe 32 de bii iar unul lung pe 64 de bii.
Un literal ntreg n baza 10 ncepe cu o cifr de la 1 la 9 i se continu cu un ir de cifre de la 0 la 9. Un
literal ntreg n baza 10 nu poate s nceap cu cifra 0, pentru c acesta este semnul folosit pentru a
semnaliza literalii scrii n baza 8.
Exemple de literali ntregi n baza 10:
12356L234871234567890l
Exemplul al doilea i al patrulea sunt literali ntregi lungi.
Pentru a exprima un literal ntreg n baza 16 trebuie s definim cifrele de la 10 la 15. Convenia va fi
urmtoarea:
10 - a, A13 - d, D
11 - b, B14 - e, E
12 - c, C15 - f, F
n plus, pentru c un literal ntreg n baza 16 poate ncepe cu o liter, vom aduga prefixul 0x sau 0X.
Dac nu am aduga acest sufix, compilatorul ar considera c este vorba despre un identificator.
0xa340X1230x2c45L0xde123abccdL
Ultimele dou exemple sunt literali ntregi lungi.
n fine, pentru a reprezenta un literal ntreg n baza 8, l vom preceda cu cifra 0. Restul cifrelor pot fi
oricare ntre 0 i 7. Cifrele 8 i 9 nu sunt admise n literalii ntregi n baza 8.
0234500123001234567712345677L
Valoarea maxim a unui literal ntreg normal este de 2147483647 (231-1), scris n baza 10. n
baza 16, cel mai mare literal pozitiv se scrie ca 0x7fffffff iar n baza 8 ca 017777777777. Toate
trei scrierile reprezint de fapt aceeai valoare, doar c aceasta este exprimat n baze diferite.
Cea mai mic valoare a unui literal ntreg normal este -2147483648 (-231), respectiv 0x80000000 i
020000000000. Valorile 0xffffffff i 037777777777 reprezint amndou valoarea -1.
Specificarea n surs a unui literal ntreg normal care depete aceste limite reprezint o eroare de
compilare. Cu alte cuvinte, dac folosim n surs numrul: 21474836470 de exemplu, fr s punem
sufixul de numr lung dup el, compilatorul va genera o eroare la analiza sursei.
Valoarea maxim a unui literal ntreg lung este, n baza 10, 9223372036854775807L (263-1). n
octal, asta nseamn 0777777777777777777777L iar n baza 16 0x7fffffffffffffffL. n
mod asemntor, valoarea minim a unui literal ntreg lung este -9223372036854775808L (-2631), n octal aceast valoare este 0400000000000000000000L iar n baza 16 este
0x8000000000000000L.
La fel ca i la literalii ntregi normali, depirea acestor limite este o eroare de compilare.
4.2.3.2 Literali flotani
Literalii flotani reprezint numere reale. Ei sunt formai dintr-o parte ntreag, o parte fracionar, un
exponent i un sufix de tip. Exponentul, dac exist, este introdus de litera e sau E urmat opional de un
semn al exponentului.
Este obligatoriu s existe mcar o cifr fie n partea ntreag fie n partea zecimal i punctul zecimal sau
litera e pentru exponent.
Sufixul care indic tipul flotantului poate fi f sau F n cazul n care avem o valoare flotant normal i d
sau D dac avem o valoare flotant dubl. Dac nu este specificat nici un sufix, valoarea este implicit
dubl.
Valoarea maxim a unui literal flotant normal este 3.40282347e+38f iar valoarea cea mai mic
reprezentabil este 1.40239846e-45f, ambele reprezentate pe 32 de bii.

Valoarea maxim reprezentabil a unui literal flotant dublu este de 1.79769313486231570e+308
iar valoarea cea mai mic reprezentabil este 4.94065645841246544e-324, ambele reprezentate
pe 64 de bii.
La fel ca i la literalii ntregi, este o eroare s avem exprimat n surs un literal mai mare dect valoarea
maxim reprezentabil sau mai mic dect cea mai mic valoare reprezentabil.
Exemple de literali flotani:
1.0e45f-3.456f0..01e-3
Primele dou exemple reprezint literali flotani normali, iar celelalte literali flotani dubli.
4.2.3.3 Literali booleeni
Literalii booleeni nu pot fi dect true sau false, primul reprezentnd valoarea boolean de adevr iar
cellalt valoarea boolean de fals. True i false nu sunt cuvinte rezervate ale limbajului Java, dar nu
vei putea folosi aceste cuvinte ca identificatori.
4.2.3.4 Literali caracter
Un literal de tip caracter este utilizat pentru a exprima caracterele codului Unicode. Reprezentarea se
face fie folosind o liter, fie o secven escape. Secvenele escape ne permit reprezentarea caracterelor
care nu au reprezentare grafic i reprezentarea unor caractere speciale precum backslash i nsi
caracterul apostrof.
Caracterele care au reprezentare grafic pot fi reprezentate ntre apostrofe, ca n exemplele:
'a' '' ','
Pentru restul caracterelor Unicode trebuie s folosim secvene escape. Dintre acestea, cteva sunt
predefinite n Java, i anume:
Secven
escape
Caracterul reprezentat
'\b'
caracterul backspace BS \u0008
'\t'
caracterul tab orizontal HT \u0009
'\n'
caracterul linefeed LF \u000a
'\f'
caracterul formfeed FF \u000c
'\r'
caracterul carriage return CR

\u000d
'\"'
caracterul ghilimele \u0022
'\''
caracterul apostrof \u0027
'\\'
caracterul backslash \u005c
Tabelul 4.3 Secvene escape predefinite n Java.
n form general, o secven escape se scrie sub una din formele:

'\o' '\oo''\too'
unde o este o cifr octal iar t este o cifr octal ntre 0 i 3.
Nu este corect s folosii ca valori pentru literale caracter secvena '\u000d' (caracterul ASCII CR),
sau altele care reprezint caractere speciale, pentru c acestea fiind secvene escape Unicode sunt
transformate foarte devreme n timpul procesrii sursei n caractere CR i sunt interpretate ca terminatori
de linie.
Exemple de secvene escape:
'\n''\u23a''\34'
dac dup caracterul backslash urmeaz altceva dect: b, t, n, f, r, ", ', \, 0, 1, 2, 3, 4,
5, 6, 7 se va semnala o eroare de compilare.
n acest moment secvenele escape Unicode au fost deja nlocuite cu caractere Unicode native. Dac u
apare dup \, se semnaleaz o eroare de compilare.
4.2.3.5 Literali ir de caractere
Un literal ir de caractere este format din zero sau mai multe caractere ntre ghilimele. Caracterele care
formeaz irul de caractere pot fi caractere grafice sau secvene escape ca cele definite la literalii
caracter.
Dac un literal ir de caractere conine n interior un caracter terminator de linie va fi semnalat o eroare
de compilare. Cu alte cuvinte, nu putem avea n surs ceva de forma:
"Acesta este
greit!
chiar dac aparent exprimarea ar reprezenta un ir format din caracterele A, c, e, s, t, a, spaiu, e, s, t, e,
linie nou, g, r, e, , i, t, !. Dac dorim s introducem astfel de caractere terminatoare de linie ntr-un ir
va trebui s folosim secvene escape ca n:
Acesta este\ngreit
Dac irul de caractere este prea lung, putem s-l spargem n buci mai mici pe care s le concatenm
cu operatorul +.
Fiecare ir de caractere este n fapt o instan a clasei de obiecte String declarat standard n pachetul
java.lang.
Exemple de iruri de caractere:
"""\"""ir de caractere""unu" + "doi"
Primul ir de caractere din exemplu nu conine nici un caracter i se numete irul vid. Ultimul exemplu
este format din dou iruri distincte concatenate.
4.2.4 Separatori
Un separator este un caracter care indic sfritul unei uniti lexicale i nceputul alteia. Separatorii
sunt necesari atunci cnd uniti lexicale diferite sunt scrise fr spaii ntre ele. Acestea se pot totui
separa dac unele dintre ele conin caractere separatori. n Java separatorii sunt urmtorii:
( ) { } [ ] ; , .
Exemple de separare:
a[i]sin(56)
n primul exemplu nu avem o singur unitate lexical ci patru: a, [, i, ]. Separatorii [ i ] ne dau aceast
informaie. n al doilea exemplu, unitile lexicale sunt tot 4 sin, (, 56, ).

Atenie, separatorii particip n acelai timp i la construcia sintaxei limbajului. Ei nu sunt identici cu
spaiile dei, ca i acestea, separ uniti lexicale diferite.
4.2.5 Operatori
Operatorii reprezint simboluri grafice pentru operaiile elementare definite de limbajul Java. Despre
operatori vom discuta mai mult atunci cnd vom prezenta expresiile. Deocamdat, iat lista tuturor
operatorilor limbajului Java:
=><!~?:
==<=>=!=&&||++-+-*/&|^%<<>> >>>
+=-=*=/=&=|=^=%=<<=>>=>>>=
S mai precizm deocamdat c toi operatorii joac i rol de separatori. Cu alte cuvinte, din secvena de
caractere:
vasile+gheorghe
putem extrage trei uniti lexicale, vasile, + i gheorghe.
4.3 Comentarii
Un comentariu este o secven de caractere existent n fiierul surs dar care servete doar pentru
explicarea sau documentarea sursei i nu afecteaz n nici un fel semantica programelor.
n Java exist trei feluri de comentarii:
Comentarii pe mai multe linii, nchise ntre /* i */. Toate caracterele dintre cele dou secvene
sunt ignorate.
Comentarii pe mai multe linii care in de documentaie, nchise ntre /** i */. Textul dintre cele
dou secvene este automat mutat n documentaia aplicaiei de ctre generatorul automat de
documentaie.
Comentarii pe o singur linie care ncep cu //. Toate caracterele care urmeaz acestei secvene
pn la primul caracter sfrit de linie sunt ignorate.
n Java, nu putem s scriem comentarii n interiorul altor comentarii. La fel, nu putem introduce
comentarii n interiorul literalilor caracter sau ir de caractere. Secvenele /* i */ pot s apar pe o linie
dup secvena // dar i pierd semnificaia. La fel se ntmpl cu secvena // n comentarii care ncep cu /
* sau /**.
Ca urmare, urmtoarea secven de caractere formeaz un singur comentariu:
/* acest comentariu /* // /* se termin abia aici: */
[cuprins]
Capitolul V -- Componente de baz ale programelor Java
Capitolul V
Componente de baz
ale programelor Java
5.1 Variabile
5.2 Expresii
5.3 Instruciuni
[cuprins]
file:///C|/Documents%20and%20Settings/Luminita/Desktop/...JAVA%20in%20romana/Carte%20JAVA%20in%20romana/cap5.html12.01.2006 23:07:47
Capitolul VI -- Obiecte Java
Capitolul VI
Obiecte Java
6.1 Declaraia unei noi clase de obiecte
Pasul 1: Stabilirea conceptului reprezentat de clasa de obiecte
Pasul 2: Stabilirea numelui clasei de obiecte
Pasul 3: Stabilirea superclasei
Pasul 4: Stabilirea interfeelor pe care le respect clasa
Pasul 5: Stabilirea modificatorilor clasei
Pasul 6: Scrierea corpului declaraiei
Stop: Forma general a unei declaraii de clas
6.2 Variabilele unei clase
6.2.1 Modificatori
6.2.2 Protecie
6.2.3 Accesarea unei variabile
6.2.4 Vizibilitate
6.2.5 Variabile predefinite: this i super
6.3 Metodele unei clase
6.3.1 Declararea metodelor
6.3.1.1 Numele i parametrii metodelor
6.3.1.2 Modificatori de metode
6.3.1.2.1 Metode statice
6.3.1.2.2 Metode abstracte
6.3.1.2.3 Metode finale
6.3.1.2.4 Metode native
6.3.1.2.5 Metode sincronizate
6.3.1.3 Protejarea metodelor
6.3.2 Clauze throws
6.3.3 Apelul metodelor
6.3.4 Valoarea de retur a unei metode
6.3.5 Vizibilitate
6.4 Iniializatori statici
6.5 Constructori i finalizatori
6.5.1 constructori
6.5.2 Finalizatori
6.5.3 Crearea instanelor
6.6 Derivarea claselor
6.7 Interfee
n primul rnd s observm c, atunci cnd scriem programe n Java nu facem altceva dect s definim noi i
noi clase de obiecte. Dintre acestea, unele vor reprezenta nsi aplicaia noastr n timp ce altele vor fi
necesare pentru rezolvarea problemei la care lucrm. Ulterior, atunci cnd dorim s lansm aplicaia n
execuie nu va trebui dect s instaniem un obiect reprezentnd aplicaia n sine i s apelm o metod de
pornire definit de ctre aplicaie, metod care de obicei are un nume i un set de parametri bine fixate.
Totui, numele acestei metode depinde de contextul n care este lansat aplicaia noastr.
Aceast abordare a construciei unei aplicaii ne spune printre altele c vom putea lansa oricte instane ale
aplicaiei noastre dorim, pentru c fiecare dintre acestea va reprezenta un obiect n memorie avnd propriile
lui valori pentru variabile. Execuia instanelor diferite ale aplicaiei va urma desigur ci diferite n funcie
de interaciunea fiecreia cu un utilizator, eventual acelai, i n funcie de unii parametri pe care i putem
defini n momentul crerii fiecrei instane.
6.1 Declaraia unei noi clase de obiecte

Pasul 1: Stabilirea conceptului reprezentat de clasa de obiecte
S vedem ce trebuie s definim atunci cnd dorim s crem o nou clas de obiecte. n primul rnd trebuie s
stabilim care este conceptul care este reprezentat de ctre noua clas de obiecte i s definim informaiile
memorate n obiect i modul de utilizare a acestuia. Acest pas este cel mai important din tot procesul de
definire al unei noi clase de obiecte. Este necesar s ncercai s respectai dou reguli oarecum antagonice.
Una dintre ele spune c nu trebuiesc create mai multe clase de obiecte dect este nevoie, pentru a nu face
dificil nelegerea modului de lucru al aplicaiei la care lucrai. Cea de-a doua regul spune c nu este bine
s mixai ntr-un singur obiect funcionaliti care nu au nimic n comun, crend astfel clase care corespund
la dou concepte diferite.
Medierea celor dou reguli nu este ntotdeauna foarte uoar. Oricum, v va fi mai uor dac pstrai n
minte faptul c fiecare clas pe care o definii trebuie s corespund unui concept real bine definit, necesar la
rezolvarea problemei la care lucrai. i mai pstrai n minte i faptul c este inutil s lucrai cu concepte
foarte generale atunci cnd aplicaia dumneavoastr nu are nevoie dect de o particularizare a acestora.
Riscai s pierdei controlul dezvoltrii acestor clase de obiecte prea generale i s ngreunai dezvoltarea
aplicaiei.
Pasul 2: Stabilirea numelui clasei de obiecte

Dup ce ai stabilit exact ce dorii de la noua clas de obiecte, suntei n msur s gsii un nume pentru
noua clas, nume care trebuie s urmeze regulile de construcie ale identificatorilor limbajului Java definite
n capitolul anterior.
Stabilirea unui nume potrivit pentru o nou clas nu este ntotdeauna un lucru foarte uor. Problema este c
acest nume nu trebuie s fie exagerat de lung dar trebuie s exprime suficient de bine destinaia clasei.
Regulile de denumire ale claselor sunt rezultatul experienei fiecruia sau al unor convenii de numire
stabilite anterior. De obicei, numele de clase este bine s nceap cu o liter majuscul. Dac numele clasei
conine n interior mai multe cuvinte, aceste cuvinte trebuie de asemenea ncepute cu liter majuscul. Restul
caracterelor vor fi litere minuscule.
De exemplu, dac dorim s definim o clas de obiecte care implementeaz conceptul de motor Otto vom
folosi un nume ca MotorOtto pentru noua clas ce trebuie creat. La fel, vom defini clasa MotorDiesel
sau MotorCuReacie. Dac ns avem nevoie s definim o clas separat pentru un motor Otto cu cilindri
n V i carburator, denumirea clasei ca MotorOttoCuCilindrinViCarburator nu este poate cea
mai bun soluie. Poate c n acest caz este preferabil o prescurtare de forma MotorOttoVC. Desigur,
acestea sunt doar cteva remarci la adresa acestei probleme i este n continuare necesar ca n timp s v
creai propria convenie de denumire a claselor pe care le creai.
Pasul 3: Stabilirea superclasei

n cazul n care ai definit deja o parte din funcionalitatea de care avei nevoie ntr-o alt superclas, putei
s derivai noua clas de obiecte din clasa deja existent. Dac nu exist o astfel de clas, noua clas va fi
automat derivat din clasa de obiecte predefinit numit Object. n Java, clasa Object este superclas direct
sau indirect pentru orice alt clas de obiecte definit de utilizator.
Alegerea superclasei din care derivai noua clas de obiecte este foarte important pentru c v ajut s
refolosii codul deja existent. Totui, nu alegei cu uurin superclasa unui obiect pentru c astfel putei
ncrca obiectele cu o funcionalitate inutil, existent n superclas. Dac nu exist o clas care s v ofere
doar funcionalitatea de care avei nevoie, este preferabil s derivai noua clas direct din clasa Object i
s apelai indirect funcionalitatea pe care o dorii.
Pasul 4: Stabilirea interfeelor pe care le respect clasa

Stabilirea acestor interfee are dublu scop. n primul rnd ele instruiesc compilatorul s verifice dac noua
clas respect cu adevrat toate interfeele pe care le-a declarat, cu alte cuvinte definete toate metodele
declarate n aceste interfee. A doua finalitate este aceea de a permite compilatorului s foloseasc instanele
noii clase oriunde aplicaia declar c este nevoie de un obiect care implementeaz interfeele declarate.
O clas poate s implementeze mai multe interfee sau niciuna.
Pasul 5: Stabilirea modificatorilor clasei

n unele cazuri trebuie s oferim compilatorului informaii suplimentare relative la modul n care vom folosi
clasa nou creat pentru ca acesta s poat executa verificri suplimentare asupra descrierii clasei. n acest
scop, putem defini o clas ca fiind abstract, final sau public folosindu-ne de o serie de cuvinte rezervate
numite modificatori. Modificatorii pentru tipurile de clase de mai sus sunt respectiv: abstract, final i
public.
n cazul n care declarm o clas de obiecte ca fiind abstract, compilatorul va interzice instanierea acestei
clase. Dac o clas este declarat final, compilatorul va avea grij s nu putem deriva noi subclase din
aceast clas. n cazul n care declarm n acelai timp o clas de obiecte ca fiind abstract i final, eroarea
va fi semnalat nc din timpul compilrii pentru c cei doi modificatori se exclud.
Pentru ca o clas s poat fi folosit i n exteriorul contextului n care a fost declarat ea trebuie s fie
declarat public. Mai mult despre acest aspect n paragraful referitor la structura programelor. Pn atunci,
s spunem c orice clas de obiecte care va fi instaniat ca o aplicaie trebuie declarat public.
Pasul 6: Scrierea corpului declaraiei

n sfrit, dup ce toi ceilali pai au fost efectuai, putem trece la scrierea corpului declaraiei de clas. n
principal, aici vom descrie variabilele clasei mpreun cu metodele care lucreaz cu acestea. Tot aici putem
preciza i gradele de protejare pentru fiecare dintre elementele declaraiei. Uneori numim variabilele i
metodele unei clase la un loc ca fiind cmpurile clasei. Subcapitolele urmtoare vor descrie n amnunt
corpul unei declaraii.
Stop: Forma general a unei declaraii de clas

Sintaxa exact de declarare a unei clase arat n felul urmtor:
{ abstract | final | public }* class NumeClas
[ extends NumeSuperclas ]
[ implements NumeInterfa [ , NumeInterfa ]* ]
{ [ CmpClas ]* }
6.2 Variabilele unei clase

n interiorul claselor se pot declara variabile. Aceste variabile sunt specifice clasei respective. Fiecare dintre
ele trebuie s aib un tip, un nume i poate avea iniializatori. n afar de aceste elemente, pe care le-am
prezentat deja n seciunea n care am prezentat variabilele, variabilele definite n interiorul unei clase pot
avea definii o serie de modificatori care altereaz comportarea variabilei n interiorul clasei, i o specificaie
de protecie care definete cine are dreptul s acceseze variabila respectiv.
6.2.1 Modificatori
Modificatorii sunt cuvinte rezervate Java care precizeaz sensul unei declaraii. Iat lista acestora:
static
final
transient
volatile
Dintre acetia, transient nu este utilizat n versiunea curent a limbajului Java. Pe viitor va fi folosit
pentru a specifica variabile care nu conin informaii care trebuie s rmn persistente la terminarea
programului.
Modificatorul volatile specific faptul c variabila respectiv poate fi modificat asincron cu rularea
aplicaiei. n aceste cazuri, compilatorul trebuie s-i ia msuri suplimentare n cazul generrii i optimizrii
codului care se adreseaz acestei variabile.
Modificatorul final este folosit pentru a specifica o variabil a crei valoare nu poate fi modificat.
Variabila respectiv trebuie s primeasc o valoare de iniializare chiar n momentul declaraiei. Altfel, ea
nu va mai putea fi iniializat n viitor. Orice ncercare ulterioar de a seta valori la aceast variabil va fi
semnalat ca eroare de compilare.
Modificatorul static este folosit pentru a specifica faptul c variabila are o singur valoare comun tuturor
instanelor clasei n care este declarat. Modificarea valorii acestei variabile din interiorul unui obiect face ca
modificarea s fie vizibil din celelalte obiecte. Variabilele statice sunt iniializate la ncrcarea codului
specific unei clase i exist chiar i dac nu exist nici o instan a clasei respective. Din aceast cauz, ele
pot fi folosite de metodele statice.
6.2.2 Protecie
n Java exist patru grade de protecie pentru o variabil aparinnd unei clase:
privat
protejat
public
prietenoas
O variabil public este accesibil oriunde este accesibil numele clasei. Cuvntul rezervat este public.
O variabil protejat este accesibil n orice clas din pachetul creia i aparine clasa n care este declarat.
n acelai timp, variabila este accesibil n toate subclasele clasei date, chiar dac ele aparin altor pachete.
Cuvntul rezervat este protected.
O variabil privat este accesibil doar n interiorul clasei n care a fost declarat. Cuvntul rezervat este
private.
O variabil care nu are nici o declaraie relativ la gradul de protecie este automat o variabil prietenoas.
O variabil prietenoas este accesibil n pachetul din care face parte clasa n interiorul creia a fost
declarat, la fel ca i o variabil protejat. Dar, spre deosebire de variabilele protejate, o variabil prietenoas
nu este accesibil n subclasele clasei date dac aceste sunt declarate ca aparinnd unui alt pachet. Nu exist
un cuvnt rezervat pentru specificarea explicit a variabilelor prietenoase.
O variabil nu poate avea declarate mai multe grade de protecie n acelai timp. O astfel de declaraie este
6.2.3 Accesarea unei variabile

Accesarea unei variabile declarate n interiorul unei clasei se face folosindu-ne de o expresie de forma:
ReferinInstan.NumeVariabil
Referina ctre o instan trebuie s fie referin ctre clasa care conine variabila. Referina poate fi
valoarea unei expresii mai complicate, ca de exemplu un element dintr-un tablou de referine.
n cazul n care avem o variabil static, aceasta poate fi accesat i fr s deinem o referin ctre o
instan a clasei. Sintaxa este, n acest caz:
NumeClas.NumeVariabil
6.2.4 Vizibilitate
O variabil poate fi ascuns de declaraia unei alte variabile cu acelai nume. De exemplu, dac ntr-o clas
avem declarat o variabil cu numele unu i ntr-o subclas a acesteia avem declarat o variabil cu acelai
nume, atunci variabila din superclas este ascuns de cea din clas. Totui, variabila din superclas exist
nc i poate fi accesat n mod explicit. Expresia de referire este, n acest caz:
NumeSuperClas.NumeVariabil
sau
super.NumeVariabil
n cazul n care superclasa este imediat.

La fel, o variabil a unei clase poate fi ascuns de o declaraie de variabil dintr-un bloc de instruciuni.
Orice referin la ea va trebui fcut n mod explicit. Expresia de referire este, n acest caz:
this.NumeVariabil
6.2.5 Variabile predefinite: this i super

n interiorul fiecrei metode non-statice dintr-o clas exist predefinite dou variabile cu semnificaie
special. Cele dou variabile sunt de tip referin i au aceeai valoare i anume o referin ctre obiectul
curent. Diferena dintre ele este tipul.
Prima dintre acestea este variabila this care are tipul referin ctre clasa n interiorul creia apare metoda.
A doua este variabila super al crei tip este o referin ctre superclasa imediat a clasei n care apare
metoda. n interiorul obiectelor din clasa Object nu se poate folosi referina super pentru c nu exist
nici o superclas a clasei de obiecte Object.
n cazul n care super este folosit la apelul unui constructor sau al unei metode, ea acioneaz ca un cast
ctre superclasa imediat.
6.3 Metodele unei clase

Fiecare clas i poate defini propriile sale metode pe lng metodele pe care le motenete de la superclasa
sa. Aceste metode definesc operaiile care pot fi executate cu obiectul respectiv. n cazul n care una dintre
metodele motenite nu are o implementare corespunztoare n superclas, clasa i poate redefini metoda
dup cum dorete.
n plus, o clas i poate defini metode de construcie a obiectelor i metode de eliberare a acestora. Metodele
de construcie sunt apelate ori de cte ori este alocat un nou obiect din clasa respectiv. Putem declara mai
multe metode de construcie, ele diferind prin parametrii din care trebuie construit obiectul.
Metodele de eliberare a obiectului sunt cele care elibereaz resursele ocupate de obiect n momentul n care
acesta este distrus de ctre mecanismul automat de colectare de gunoaie. Fiecare clas are o singur metod
de eliberare, numit i finalizator. Apelarea acestei metode se face de ctre sistem i nu exist nici o cale de
control al momentului n care se produce acest apel.
6.3.1 Declararea metodelor

Pentru a declara o metod, este necesar s declarm numele acesteia, tipul de valoare pe care o ntoarce,
parametrii metodei precum i un bloc n care s descriem instruciunile care trebuiesc executate atunci cnd
metoda este apelat. n plus, orice metod are un numr de modificatori care descriu proprietile metodei i
modul de lucru al acesteia.

Declararea precum i implementarea metodelor se face ntotdeauna n interiorul declaraiei de clas. Nu
exist nici o cale prin care s putem scrie o parte dintre metodele unei clase ntr-un fiier separat care s fac
referin apoi la declaraia clasei.
n form general, declaraia unei metode arat n felul urmtor:
[Modificator]* TipRezultat Declaraie [ClauzeThrows]* CorpulMetodei
Modificatorii precum i clauzele throws pot s lipseasc.
6.3.1.1 Numele i parametrii metodelor
Recunoaterea unei anumite metode se face dup numele i tipul parametrilor si. Pot exista metode cu
acelai nume dar avnd parametri diferii. Acest fenomen poart numele de suprancrcarea numelui unei
metode.
Numele metodei este un identificator Java. Avem toat libertatea n a alege numele pe care l dorim pentru
metodele noastre, dar n general este preferabil s alegem nume care sugereaz utilizarea metodei.
Numele unei metode ncepe de obicei cu liter mic. Dac acesta este format din mai multe cuvinte, litera de
nceput a fiecrui cuvnt va fi majuscul. n acest mod numele unei metode este foarte uor de citit i de
depistat n surs.
Parametrii metodei sunt n realitate nite variabile care sunt iniializate n momentul apelului cu valori care
controleaz modul ulterior de execuie. Aceste variabile exist pe toat perioada execuiei metodei. Se pot
scrie metode care s nu aib nici un parametru.
Fiind o variabil, fiecare parametru are un tip i un nume. Numele trebuie s fie un identificator Java. Dei
avem libertatea s alegem orice nume dorim, din nou este preferabil s alegem nume care s sugereze scopul
la care va fi utilizat parametrul respectiv.
Tipul unui parametru este oricare dintre tipurile valide n Java. Acestea poate fi fie un tip primitiv, fie un tip
referin ctre obiect, interfa sau tablou.
n momentul apelului unei metode, compilatorul ncearc s gseasc o metod n interiorul clasei care s
aib acelai nume cu cel apelat i acelai numr de parametri ca i apelul. Mai mult, tipurile parametrilor de
apel trebuie s corespund cu tipurile parametrilor declarai ai metodei gsite sau s poat fi convertii la
acetia.
Dac o astfel de metod este gsit n declaraia clasei sau n superclasele acesteia, parametrii de apel sunt
convertii ctre tipurile declarate i se genereaz apelul ctre metoda respectiv.
Este o eroare de compilare s declarm dou metode cu acelai nume, acelai numr de parametri i acelai
tip pentru parametrii corespunztori. ntr-o asemenea situaie, compilatorul n-ar mai ti care metod trebuie
apelat la un moment dat.
De asemenea, este o eroare de compilare s existe dou metode care se potrivesc la acelai apel. Acest lucru
se ntmpl cnd nici una dintre metodele existente nu se potrivete exact i cnd exist dou metode cu
acelai nume i acelai numr de parametri i, n plus, parametrii de apel se pot converti ctre parametrii
declarai ai ambelor metode.
Rezolvarea unei astfel de probleme se face prin conversia explicit (cast) de ctre programator a valorilor de
apel spre tipurile exacte ale parametrilor metodei pe care dorim s o apelm n realitate.
n fine, forma general de declaraie a numelui i parametrilor unei metode este:
NumeMetod( [TipParametru NumeParametru]
[,TipParametru NumeParametru]* )
6.3.1.2 Modificatori de metode
Modificatorii sunt cuvinte cheie ale limbajului Java care specific proprieti suplimentare pentru o metod.
Iat lista complet a acestora n cazul metodelor:
static - pentru metodele statice

abstract - pentru metodele abstracte
final - pentru metodele finale
native - pentru metodele native
synchronized - pentru metodele sincronizate
6.3.1.2.1 Metode statice
n mod normal, o metod a unei clase se poate apela numai printr-o instan a clasei respective sau printr-o
instan a unei subclase. Acest lucru se datoreaz faptului c metoda face apel la o serie de variabile ale
clasei care sunt memorate n interiorul instanei i care au valori diferite n instane diferite. Astfel de
metode se numesc metode ale instanelor clasei.
Dup cum tim deja, exist i un alt tip de variabile, i anume variabilele de clas sau variabilele statice care
sunt comune tuturor instanelor clasei respective i exist pe toat perioada de timp n care clasa este
ncrcat n memorie. Aceste variabile pot fi accesate fr s avem nevoie de o instan a clasei respective.
n mod similar exist i metode statice. Aceste metode nu au nevoie de o instan a clasei sau a unei subclase
pentru a putea fi apelate pentru c ele nu au voie s foloseasc variabile care sunt memorate n interiorul
instanelor. n schimb, aceste metode pot s foloseasc variabilele statice declarate n interiorul clasei.
Orice metod static este implicit i final.

6.3.1.2.2 Metode abstracte
Metodele abstracte sunt metode care nu au corp de implementare. Ele sunt declarate numai pentru a fora
subclasele care vor s aib instane s implementeze metodele respective.
Metodele abstracte trebuie declarate numai n interiorul claselor care au fost declarate abstracte. Altfel
compilatorul va semnala o eroare de compilare. Orice subclas a claselor abstracte care nu este declarat
abstract trebuie s ofere o implementare a acestor metode, altfel va fi generat o eroare de compilare.
Prin acest mecanism ne asigurm c toate instanele care pot fi convertite ctre clasa care conine definiia
unei metode abstracte au implementat metoda respectiv dar, n acelai timp, nu este nevoie s
implementm n nici un fel metoda chiar n clasa care o declar pentru c nu tim pe moment cum va fi
implementat.
O metod static nu poate fi declarat i abstract pentru c o metod static este implicit final i nu poate fi
rescris.
6.3.1.2.3 Metode finale
O metod final este o metod care nu poate fi rescris n subclasele clasei n care a fost declarat. O metod
este rescris ntr-o subclas dac aceasta implementeaz o metod cu acelai nume i acelai numr i tip de
parametri ca i metoda din superclas.
Declararea metodelor finale este util n primul rnd compilatorului care poate genera metodele respective
direct n codul rezultat fiind sigur c metoda nu va avea nici o alt implementare n subclase.
6.3.1.2.4 Metode native
Metodele native sunt metode care sunt implementate pe o cale specific unei anumite platforme. De obicei
aceste metode sunt implementate n C sau n limbaj de asamblare. Metoda propriu-zis nu poate avea corp de
implementare pentru c implementarea nu este fcut n Java.
n rest, metodele native sunt exact ca orice alt metod Java. Ele pot fi motenite, pot fi statice sau nu, pot fi
finale sau nu, pot s rescrie o metod din superclas i pot fi la rndul lor rescrise n subclase.
6.3.1.2.5 Metode sincronizate
O metod sincronizat este o metod care conine cod critic pentru un anumit obiect sau clas i nu poate fi
rulat n paralel cu nici o alt metod critic sau cu o instruciune synchronized referitoare la acelai
obiect sau clas.
nainte de execuia metodei, obiectul sau clasa respectiv sunt blocate. La terminarea metodei, acestea sunt
deblocate.
Dac metoda este static atunci este blocat o ntreag clas, clasa din care face parte metoda. Altfel, este
blocat doar instana n contextul creia este apelat metoda.
6.3.1.3 Protejarea metodelor
Accesul la metodele unei clase este protejat n acelai fel ca i accesul la variabilele clasei. n Java exist
patru grade de protecie pentru o metod aparinnd unei clase:
privat
protejat
public
prietenoas
O metod declarat public este accesibil oriunde este accesibil numele clasei. Cuvntul rezervat este
public.
O metod declarat protejat este accesibil n orice clas din pachetul creia i aparine clasa n care este
declarat. n acelai timp, metoda este accesibil n toate subclasele clasei date, chiar dac ele aparin altor
pachete. Cuvntul rezervat este protected.
O metod declarat privat este accesibil doar n interiorul clasei n care a fost declarat. Cuvntul rezervat
este private.
O metod care nu are nici o declaraie relativ la gradul de protecie este automat o metod prietenoas. O
metod prietenoas este accesibil n pachetul din care face parte clasa n interiorul creia a fost declarat la
fel ca i o metod protejat. Dar, spre deosebire de metodele protejate, o metod prietenoas nu este
accesibil n subclasele clasei date dac aceste sunt declarate ca aparinnd unui alt pachet. Nu exist un
cuvnt rezervat pentru specificarea explicit a metodelor prietenoase.
O metod nu poate avea declarate mai multe grade de protecie n acelai timp. O astfel de declaraie este
6.3.2 Clauze throws

Dac o metod poate arunca o excepie, adic s apeleze instruciunea throw, ea trebuie s declare tipul
acestor excepii ntr-o clauz throws. Sintaxa acesteia este:
throws NumeTip [, NumeTip]*
Numele de tipuri specificate n clauza throws trebuie s fie accesibile i s fie asignabile la tipul de clas
Throwable. Dac o metod conine o clauz throws, este o eroare de compilare ca metoda s arunce un
obiect care nu este asignabil la compilare la tipurile de clase Error, RunTimeException sau la tipurile
de clase specificate n clauza throws.
Dac o metod nu are o clauz throws, este o eroare de compilare ca aceasta s poat arunca o excepie
normal din interiorul corpului ei.
6.3.3 Apelul metodelor

Pentru a apela o metod a unei clase este necesar s dispunem de o cale de acces la metoda respectiv. n
plus, trebuie s dispunem de drepturile necesare apelului metodei.
Sintaxa efectiv de acces este urmtoarea:
CaleDeAcces.Metod( Parametri )
n cazul n care metoda este static, pentru a specifica o cale de acces este suficient s furnizm numele
clasei n care a fost declarat metoda. Accesul la numele clasei se poate obine fie importnd clasa sau ntreg
pachetul din care face parte clasa fie specificnd n clar numele clasei i drumul de acces ctre aceasta.
De exemplu, pentru a accesa metoda random definit static n clasa Math aparinnd pachetului java.
lang putem scrie:
double aleator = Math.random();
sau, alternativ:
double aleator = java.lang.Math.random();
n cazul claselor definite n pachetul java.lang nu este necesar nici un import pentru c acestea sunt
implicit importate de ctre compilator.
Cea de-a doua cale de acces este existena unei instane a clasei respective. Prin aceast instan putem
accesa metodele care nu sunt declarate statice, numite uneori i metode ale instanelor clasei. Aceste metode
au nevoie de o instan a clasei pentru a putea lucra, pentru c folosesc variabile non-statice ale clasei sau
apeleaz alte metode non-statice. Metodele primesc acest obiect ca pe un parametru ascuns.
De exemplu, avnd o instan a clasei Object sau a unei subclase a acesteia, putem obine o reprezentare
sub form de ir de caractere prin:
Object obiect = new Object();
String sir = obiect.toString();
n cazul n care apelm o metod a clasei din care face parte i metoda apelant putem s renunm la calea
de acces n cazul metodelor statice, scriind doar numele metodei i parametrii. Pentru metodele specifice
instanelor, putem renuna la calea de acces, dar n acest caz metoda acceseaz aceeai instan ca i metoda
apelant. n cazul n care metoda apelant este static, specificarea unei instane este obligatorie n cazul
metodelor de instan.
Parametrii de apel servesc mpreun cu numele la identificarea metodei pe care dorim s o apelm. nainte de
a fi transmii, acetia sunt convertii ctre tipurile declarate de parametri ai metodei, dup cum este descris
mai sus.
Specificarea parametrilor de apel se face separndu-i prin virgul. Dup ultimul parametru nu se mai pune
virgul. Dac metoda nu are nici un parametru, parantezele rotunde sunt n continuare necesare. Exemple de
apel de metode cu parametri:
String numar = String.valueOf( 12 );
// 12 -> String
double valoare = Math.abs( 12.54 );
// valoare absolut
String prima = numar.substring( 0, 1 );
// prima litera ^
6.3.4 Valoarea de retur a unei metode

O metod trebuie s-i declare tipul valorii pe care o ntoarce. n cazul n care metoda dorete s specifice
explicit c nu ntoarce nici o valoare, ea trebuie s declare ca tip de retur tipul void ca n exemplul:
void a() { }
n caz general, o metod ntoarce o valoare primitiv sau un tip referin. Putem declara acest tip ca n:
Thread cautaFirulCurent() { }
long abs( int valoare ) { }
Pentru a returna o valoare ca rezultat al execuiei unei metode, trebuie s folosim instruciunea return, aa
cum s-a artat n seciunea dedicat instruciunilor. Instruciunea return trebuie s conin o expresie a
crei valoare s poat fi convertit la tipul declarat al valorii de retur a metodei.
De exemplu:
long abs( int valoare ) {
return Math.abs( valoare );
}
Metoda static abs din clasa Math care primete un parametru ntreg returneaz tot un ntreg. n exemplul
nostru, instruciunea return este corect pentru c exist o cale de conversie de la ntreg la ntreg lung,
conversie care este apelat automat de compilator nainte de ieirea din metod.
n schimb, n exemplul urmtor:
int abs( long valoare ) {
return Math.abs( valoare );
}
compilatorul va genera o eroare de compilare pentru c metoda static abs din clasa Math care primete ca
parametru un ntreg lung ntoarce tot un ntreg lung, iar un ntreg lung nu poate fi convertit sigur la un ntreg
normal pentru c exist riscul deteriorrii valorii, la fel ca la atribuire.
Rezolvarea trebuie s conin un cast explicit:
int abs( long valoare ) {
return ( int )Math.abs( valoare );
}
n cazul n care o metod este declarat void, putem s ne ntoarcem din ea folosind instruciunea return
fr nici o expresie. De exemplu:
void metoda() {
if( )
return;
}
Specificarea unei expresii n acest caz duce la o eroare de compilare. La fel i n cazul n care folosim
instruciunea return fr nici o expresie n interiorul unei metode care nu este declarat void.
6.3.5 Vizibilitate
O metod este vizibil dac este declarat n clasa prin care este apelat sau ntr-una din superclasele
acesteia. De exemplu, dac avem urmtoarea declaraie:
class A {
void a() { }
}
class B extends A {
void b() {
a();
c();
}
void c() { .. }
}
Apelul metodei a n interiorul metodei b din clasa B este permis pentru c metoda a este declarat n
interiorul clasei A care este superclas pentru clasa B. Apelul metodei c n aceeai metod b este permis
pentru c metoda c este declarat n aceeai clas ca i metoda a.
Uneori, o subclas rescrie o metod dintr-o superclas a sa. n acest caz, apelul metodei respective n
interiorul subclasei duce automat la apelul metodei din subclas. Dac totui dorim s apelm metoda aa
cum a fost ea definit n superclas, putem prefixa apelul cu numele superclasei. De exemplu:
class A {
void a() { }
}
class B extends A {
void a() { .. }
void c() {
a();// metoda a din clasa B
A.a();// metoda a din clasa A
}
Desigur, pentru a "vedea" o metod i a o putea apela, este nevoie s avem drepturile necesare.
6.4 Iniializatori statici

La ncrcarea unei clase sunt automat iniializate toate variabilele statice declarate n interiorul clasei. n
plus, sunt apelai toi iniializatorii statici ai clasei.
Un iniializator static are urmtoarea sintax:
static BlocDeInstruciuni
Blocul de instruciuni este executat automat la ncrcarea clasei. De exemplu, putem defini un iniializator
static n felul urmtor:
class A {
static double a;
static int b;
static {
a = Math.random();
// numr dublu ntre 0.0 i 1.0
b = ( int )( a * 500 );
// numr ntreg ntre 0 i 500
}
}
Declaraiile de variabile statice i iniializatorii statici sunt executate n ordinea n care apar n clas. De
exemplu, dac avem urmtoarea declaraie de clas:
class A {
static int i = 11;
static {
i += 100;
i %= 55;
}
static int j = i + 1;
}
valoarea final a lui i va fi 1 ( ( 11 + 100 ) % 55 ) iar valoarea lui j va fi 2.
6.5 Constructori i finalizatori

6.5.1 constructori
La crearea unei noi instane a unei clase sistemul aloc automat memoria necesar instanei i o iniializeaz
cu valorile iniiale specificate sau implicite. Dac dorim s facem iniializri suplimentare n interiorul
acestei memorii sau n alt parte putem descrie metode speciale numite constructori ai clasei.
Putem avea mai muli constructori pentru aceeai clas, acetia diferind doar prin parametrii pe care i
primesc. Numele tuturor constructorilor este acelai i este identic cu numele clasei.
Declaraia unui constructor este asemntoare cu declaraia unei metode oarecare, cu diferena c nu putem
specifica o valoare de retur i nu putem specifica nici un fel de modificatori. Dac dorim s returnm dintr-un
constructor, trebuie s folosim instruciunea return fr nici o expresie. Putem ns s specificm gradul
de protecie al unui constructor ca fiind public, privat, protejat sau prietenos.
Constructorii pot avea clauze throws.
Dac o clas nu are constructori, compilatorul va crea automat un constructor implicit care nu ia nici un
parametru i care iniializeaz toate variabilele clasei i apeleaz constructorul superclasei fr argumente
prin super(). Dac superclasa nu are un constructor care ia zero argumente, se va genera o eroare de
compilare.
Dac o clas are cel puin un constructor, constructorul implicit nu mai este creat de ctre compilator.
Cnd construim corpul unui constructor avem posibilitatea de a apela, pe prima linie a blocului de
instruciuni care reprezint corpul constructorului, un constructor explicit. Constructorul explicit poate avea
dou forme:
this( [Parametri] );
super( [Parametri] );
Cu aceast sintax apelm unul dintre constructorii superclasei sau unul dintre ceilali constructori din
aceeai clas. Aceste linii nu pot aprea dect pe prima poziie n corpul constructorului. Dac nu apar acolo,
compilatorul consider implicit c prima instruciune din corpul constructorului este:
super();
i n acest caz se va genera o eroare de compilare dac nu exist un constructor n superclas care s lucreze
fr nici un parametru.
Dup apelul explicit al unui constructor din superclas cu sintaxa super( ) este executat n mod implicit
iniializarea tuturor variabilelor de instan (non-statice) care au iniializatori explicii. Dup apelul unui
constructor din aceeai clas cu sintaxa this( ) nu exist nici o alt aciune implicit, deci nu vor fi
iniializate nici un fel de variabile. Aceasta datorit faptului c iniializarea s-a produs deja n constructorul
apelat.
Iat i un exemplu:
class A extends B {
String valoare;
A( String val ) {
// aici exist apel implicit
// al lui super(), adic B()
valoare = val;
}
A( int val ) {
this( String.valueOf( val ) );// alt constructor
}
} ^
6.5.2 Finalizatori
n Java nu este nevoie s apelm n mod explicit distrugerea unei instane atunci cnd nu mai este nevoie de
ea. Sistemul ofer un mecanism de colectare a gunoaielor care recunoate situaia n care o instan de
obiect sau un tablou nu mai sunt referite de nimeni i le distruge n mod automat.
Acest mecanism de colectare a gunoaielor ruleaz pe un fir de execuie separat, de prioritate mic. Nu avem
nici o posibilitate s aflm exact care este momentul n care va fi distrus o instan. Totui, putem specifica
o funcie care s fie apelat automat n momentul n care colectorul de gunoaie ncearc s distrug obiectul.
Aceast funcie are nume, numr de parametri i tip de valoare de retur fixe:
void
finalize()
Dup apelul metodei de finalizare (numit i finalizator), instana nu este nc distrus pn la o nou
verificare din partea colectorului de gunoaie. Aceast comportare este necesar pentru c instana poate fi
revitalizat prin crearea unei referine ctre ea n interiorul finalizatorului.
Totui, finalizatorul nu este apelat dect o singur dat. Dac obiectul revitalizat redevine candidat la
colectorul de gunoaie, acesta este distrus fr a i se mai apela finalizatorul. Cu alte cuvinte, un obiect nu
poate fi revitalizat dect o singur dat.
Dac n timpul finalizrii apare o excepie, ea este ignorat i finalizatorul nu va mai fi apelat din nou.
6.5.3 Crearea instanelor

O instan este creat folosind o expresie de alocare care folosete cuvntul rezervat new. Iat care sunt paii
care sunt executai la apelul acestei expresii:
Se creeaz o nou instan de tipul specificat. Toate variabilele instanei sunt iniializate pe valorile
lor implicite.
Se apeleaz constructorul corespunztor n funcie de parametrii care sunt transmii n expresia de
alocare. Dac instana este creat prin apelul metodei newInstance, se apeleaz constructorul care
nu ia nici un argument.
Dup creare, expresia de alocare returneaz o referin ctre instana nou creat.
Exemple de creare:
A o1 = new A();
B o2 = new B();
class C extends B {
String valoare;
C( String val ) {
// aici exist apel implicit

// al lui super(), adic B()
valoare = val;
}
C( int val ) {
this( String.valueOf( val ) );
}
}
C o3 = new C( "Vasile" );
C o4 = new C( 13 );
O alt cale de creare a unui obiect este apelul metodei newInstance declarate n clasa Class. Iat paii
de creare n acest caz:
Se creeaz o nou instan de acelai tip cu tipul clasei pentru care a fost apelat metoda
newInstance. Toate variabilele instanei sunt iniializate pe valorile lor implicite.
Este apelat constructorul obiectului care nu ia nici un argument.
Dup creare referina ctre obiectul nou creat este returnat ca
valoare a metodei newInstance. Tipul acestei referine va fi Object n timpul compilrii i tipul clasei reale
n timpul execuiei.
6.6 Derivarea claselor

O clas poate fi derivat dintr-alta prin folosirea n declaraia clasei derivate a clauzei extends. Clasa din
care se deriv noua clas se numete superclas imediat a clasei derivate. Toate clasele care sunt superclase
ale superclasei imediate ale unei clase sunt superclase i pentru clasa dat. Clasa nou derivat se numete
subclas a clasei din care este derivat.
Sintaxa general este:
class SubClas extends SuperClas
O clas poate fi derivat dintr-o singur alt clas, cu alte cuvinte o clas poate avea o singur superclas
imediat.
Clasa derivat motenete toate variabilele i metodele superclasei sale. Totui, ea nu poate accesa dect acele
variabile i metode care nu sunt declarate private.
Putem rescrie o metod a superclasei declarnd o metod n noua clas avnd acelai nume i aceiai
parametri. La fel, putem declara o variabil care are acelai nume cu o variabil din superclas. n acest caz,
noul nume ascunde vechea variabil, substituindu-i-se. Putem n continuare s ne referim la variabila ascuns
din superclas specificnd numele superclasei sau folosindu-ne de variabila super.
Exemplu:
class A {
int a = 1;
void unu() {
System.out.println( a );
}
}
class B extends A {
double a = Math.PI;
void unu() {
System.out.println( a );
}
void doi() {
System.out.println( A.a );
}
void trei() {
unu();
super.unu();
}
}
Dac apelm metoda unu din clasa A, aceasta va afia la consol numrul 1. Acest apel se va face cu
instruciunea:
( new A() ).unu();
Dac apelm metoda unu din clasa B, aceasta va afia la consol numrul PI. Apelul l putem face de
exemplu cu instruciunea:
B obiect = new B();
obiect.unu();
Observai c n metoda unu din clasa B, variabila referit este variabila a din clasa B. Variabila a din clasa A
este ascuns. Putem ns s o referim prin sintaxa A.a ca n metoda doi din clasa B.
n interiorul clasei B, apelul metodei unu fr nici o alt specificaie duce automat la apelul metodei unu
definite n interiorul clasei B. Metoda unu din clasa B rescrie metoda unu din clasa A. Vechea metod este
accesibil pentru a o referi n mod explicit ca n metoda trei din clasa B. Apelul acestei metode va afia mai
nti numrul PI i apoi numrul 1.
Dac avem declarat o variabil de tip referin ctre o instan a clasei A, aceast variabil poate s conin
n timpul execuiei i o referin ctre o instan a clasei B. Invers, afirmaia nu este valabil.
n clipa n care apelm metoda unu pentru o variabil referin ctre clasa A, sistemul va apela metoda unu a
clasei A sau B n funcie de adevratul tip al referinei din timpul execuiei. Cu alte cuvinte, urmtoarea
secven de instruciuni:
A tablou[] = new A[2];
tablou[0] = new A();
tablou[1] = new B();
for( int i = 0; i < 2; i++ ) {
tablou[i].unu();
}
va afia dou numere diferite, mai nti 1 i apoi PI. Aceasta din cauz c cel de-al doilea element din tablou
este, n timpul execuiei, de tip referin la o instan a clasei B chiar dac la compilare este de tipul
referin la o instan a clasei A.
Acest mecanism se numete legare trzie, i nseamn c metoda care va fi efectiv apelat este stabilit doar
n timpul execuiei i nu la compilare.
Dac nu declarm nici o superclas n definiia unei clase, atunci se consider automat c noua clas deriv
direct din clasa Object, motenind toate metodele i variabilele acesteia.
6.7 Interfee
O interfa este n esen o declaraie de tip ce const dintr-un set de metode i constante pentru care nu s-a
specificat nici o implementare. Programele Java folosesc interfeele pentru a suplini lipsa motenirii
multiple, adic a claselor de obiecte care deriv din dou sau mai multe alte clase.
Sintaxa de declaraie a unei interfee este urmtoarea:
Modificatori interface NumeInterf [ extends [Interfa][, Interfa]*]
Corp
Modificatorii unei interfee pot fi doar cuvintele rezervate public i abstract. O interfa care este
public poate fi accesat i de ctre alte pachete dect cel care o definete. n plus, fiecare interfa este n
mod implicit abstract. Modificatorul abstract este permis dar nu obligatoriu.
Numele interfeelor trebuie s fie identificatori Java. Conveniile de numire a interfeelor le urmeaz n
general pe cele de numire a claselor de obiecte.
Interfeele, la fel ca i clasele de obiecte, pot avea subinterfee. Subinterfeele motenesc toate constantele i
declaraiile de metode ale interfeei din care deriv i pot defini n plus noi elemente. Pentru a defini o
subinterfa, folosim o clauz extends. Aceste clauze specific superinterfaa unei interfee. O interfa
poate avea mai multe superinterfee care se declar separate prin virgul dup cuvntul rezervat extends.
Circularitatea definiiei subinterfeelor nu este permis.
n cazul interfeelor nu exist o rdcin comun a arborelui de derivare aa cum exist pentru arborele de
clase, clasa Object.
n corpul unei declaraii de interfa pot s apar declaraii de variabile i declaraii de metode. Variabilele
sunt implicit statice i finale. Din cauza faptului c variabilele sunt finale, este obligatoriu s fie specificat o
valoare iniial pentru aceste variabile. n plus, aceast valoare iniial trebuie s fie constant (s nu
depind de alte variabile).
Dac interfaa este declarat public, toate variabilele din corpul su sunt implicit declarate publice.
n ceea ce privete metodele declarate n interiorul corpului unei interfee, acestea sunt implicit declarate
abstracte. n plus, dac interfaa este declarat public, metodele din interior sunt implicit declarate publice.
Iat un exemplu de declaraii de interfee:
public interface ObiectSpatial {
final int CUB = 0;
final int SFERA = 1;
double greutate();
double volum();
double raza();
int tip();
}
public interface ObiectSpatioTemporal extends ObiectSpatial {
void centrulDeGreutate( long moment,
double coordonate[] );
long momentInitial();
long momentFinal();
}
Cele dou interfee definesc comportamentul unui obiect spaial respectiv al unui obiect spaio-temporal.
Un obiect spaial are o greutate, un volum i o raz a sferei minime n care se poate nscrie. n plus, putem
defini tipul unui obiect folosindu-ne de o serie de valori constante predefinite precum ar fi SFERA sau CUB.
Un obiect spaio-temporal este un obiect spaial care are n plus o poziie pe axa timpului. Pentru un astfel
de obiect, n afar de proprietile deja descrise pentru obiectele spaiale, trebuie s avem n plus un moment
iniial, de apariie, pe axa timpului i un moment final. Obiectul nostru nu exist n afara acestui interval de
timp. n plus, pentru un astfel de obiect putem afla poziia centrului su de greutate n fiecare moment aflat
n intervalul de existen.
Pentru a putea lucra cu obiecte spaiale i spaio-temporale este nevoie s definim diverse clase care s
implementeze aceste interfee. Acest lucru se face specificnd clauza implements n declaraia de clas.
O clas poate implementa mai multe interfee. Dac o clas declar c implementeaz o anumit interfa,
ea este obligatoriu s implementeze toate metodele declarate n interfaa respectiv.
De exemplu, putem spune c o minge este un obiect spaial de tip sfer. n plus, mingea are o poziie n
funcie de timp i un interval de existen. Cu alte cuvinte, mingea este chiar un obiect spaio-temporal.
Desigur, n afar de proprietile spaio-temporale mingea mai are i alte proprieti precum culoarea,
proprietarul sau preul de cumprare.
Iat cum ar putea arta definiia clasei de obiecte de tip minge:
import java.awt.Color;
class Minge extends Jucarie implements ObiectSpatioTemporal
int culoare = Color.red;
double pret = 10000.0;
double raza = 0.25;
long nastere;
long moarte;
// metodele din ObiectSpatial
double greutate() {
return raza * 0.5;
}
double raza() {
return raza;
}
double volum() {
return ( 4.0 / 3.0 ) * Math.PI * raza * raza * raza;
}
int tip() {
return SFERA;
}
// metodele din interfaa ObiectSpatioTemporal

boolean centrulDeGreutate( long moment,
double coordonate[] ) {
if( moment < nastere || moment > moarte ) {
return false;
}
coordonate[0] = x;
coordonate[1] = y;
coordonate[2] = z;
return true;
}
long momentInitial() {
return nastere;
}
long momentFinal() {
return moarte;
}
int ceCuloare() {
return culoare;
}
double cePret() {
return pret;
}
}
Observai c noua clas Minge implementeaz toate metodele definite n interfaa
ObiectSpatioTemporal i, pentru c aceasta extinde interfaa ObiectSpatial, i metodele definite
n cea din urm. n plus, clasa i definete propriile metode i variabile.
S presupunem n continuare c avem i o alt clas, Rezervor, care este tot un obiect spaio-temporal, dar
de form cubic. Declaraia acestei clase ar arta ca:
class Rezervor extends Constructii implements ObiectSpatioTemporal {
}
Desigur, toate metodele din interfeele de mai sus trebuiesc implementate, plus alte metode specifice.
S mai observm c cele dou obiecte deriv din clase diferite: Mingea din Jucrii iar Rezervorul din
Construcii. Dac am putea deriva o clas din dou alte clase, am putea deriva Minge din Jucarie i
ObiectSpatioTemporal iar Rezervor din Constructie i ObiectSpaioTemporal. ntr-o
astfel de situaie, nu ar mai fi necesar ca ObiectSpaioTemporal s fie o interfa, ci ar fi suficient ca
acesta s fie o alt clas.
Din pcate, n Java, o clas nu poate deriva dect dintr-o singur alt clas, aa c este obligatoriu n astfel de
situaii s folosim interfeele. Dac ObiectSpaioTemporal ar fi putut fi o clas, am fi avut avantajul
c puteam implementa acolo metodele cu funcionare identic din cele dou clase discutate, acestea fiind
automat motenite fr a mai fi nevoie de definirea lor de dou ori n fiecare clas n parte.
Putem crea n continuare metode care s lucreze cu obiecte spaio-temporale, de exemplu o metod care s
afle distana unui corp spaio-temporal fa de un punct dat la momentul su iniial. O astfel de metod se
poate scrie o singur dat, i poate lucra cu toate clasele care implementeaz interfaa noastr. De exemplu:
double distanta( double punct[], ObiectSpatioTemporal obiect ) {

double coordonate[] = new double[3];

obiect.centrulDeGreutate( obiect.momentInitial(),
coordonate );
double x = coordonate[0] - punct[0];
double y = coordonate[1] - punct[1];
double z = coordonate[2] - punct[2];
return Math.sqrt( x * x + y * y + z * z );
}
Putem apela metoda att cu un obiect din clasa Minge ct i cu un obiect din clasa Rezervor.
Compilatorul nu se va plnge pentru c el tie c ambele clase implementeaz interfaa
ObiectSpaioTemporal, aa c metodele apelate n interiorul calculului distanei (momentInitial i
centruDeGreutate) sunt cu siguran implementate n ambele clase. Deci, putem scrie:
Minge minge;
Rezervor rezervor;
double punct[] = { 10.0, 45.0, 23.0 };
distana( punct, minge );
distana( punct, rezervor );
Desigur, n mod normal ar fi trebuit s proiectm i un constructor sau mai muli care s iniializeze
obiectele noastre cu valori rezonabile. Aceti constructori ar fi stat cu siguran n definiia claselor i nu n
definiia interfeelor. Nu avem aici nici o cale de a fora definirea unui anumit constructor cu ajutorul
interfeei.
[cuprins]
Capitolul VII -- Structura programelor
Capitolul VII
Structura programelor
8.1 Pachete de clase

8.2 Importul claselor
8.3 Fiiere surs
8.4 Compilare i execuie
8.1 Pachete de clase

Clasele Java sunt organizate pe pachete. Aceste pachete pot avea nume ierarhice. Numele de pachete au
forma urmtoare:
[NumePachet.]* NumeComponentPachet
Numele de pachete i de componente ale acestora sunt identificatori
Java. De obicei, aceste nume urmeaz structura de directoare n care sunt memorate clasele compilate.
Rdcina arborelui de directoare n care
sunt memorate clasele este indicat de o variabil sistem CLASSPATH. n DOS aceasta se seteaz n
felul urmtor:
set CLASSPATH=.;c:\java\lib
n Unix se poate seta cu comanda:
CLASSPATH=.:/usr/local/lib/java ; export CLASSPATH
dac lucrai cu bash . Din aceast rdcin, fiecare pachet are propriul director. n director exist codul
binar pentru componentele pachetului respectiv. Dac pachetul conine subpachete, atunci acestea sunt
memorate ntr-un subdirector n interiorul directorului pachetului.
Creatorii Java recomand folosirea unei reguli unice de numire a pachetelor, astfel nct s nu apar
conflicte. Convenia recomandat de ei este aceea de a folosi numele domeniului Internet aparinnd
productorului claselor. Astfel, numele de pachete ar putea arta ca n:
COM.Microsoft.OLE
COM.Apple.quicktime.v2
i aa mai departe.
8.2 Importul claselor

Desigur, este nevoie ca o clas s poat folosi obiecte aparinnd unei alte clase. Pentru aceasta,
definiia clasei respective trebuie s importe codul binar al celeilalte clase pentru a ti care sunt
variabilele i metodele clasei respective.
Importul se face cu o instruciune special:
import numeClas ;
unde numele clasei include i pachetul din care aceasta face parte. De exemplu:
import java.awt.Graphics;
import java.applet.Applet;
Se poate importa i un pachet ntreg, adic toate clasele aparinnd acelui pachet, printr-o instruciune
de forma:
import numePachet.*;
De exemplu:
import java.awt.*;
8.3 Fiiere surs

Codul surs Java trebuie introdus cu un editor ntr-un fiier text pe care l vom numi n continuare fiier
surs. Un fiier surs poate s conin declaraia mai multor clase i interfee, dar doar una dintre
acestea poate fi declarat public. Utilizarea celorlalte clase este limitat la fiierul respectiv. Mai mult,
nu putem avea n acelai timp o interfa public i o clas public declarate n acelai fiier surs.
Dac dorim s nregistrm codul clasei ntr-un anumit pachet, putem s includem la nceputul fiierului
surs o declaraie de forma:
package numePachet;
dac aceast declaraie lipsete, clasa va fi plasat n pachetul implicit, care nu are nume.
Structura general a unui fiier surs este urmtoarea:

[ DeclaraiePachet ][ InstruciuneImport ]*[ DeclaraieDeTip ]*
unde declaraia de tip poate fi o declaraie de clas sau de interfa.
8.4 Compilare i execuie

Fiierele surs Java au obligatoriu extensia .java . Numele lor este identic cu numele clasei sau
interfeei publice declarate n interior. n urma compilrii rezult fiiere cu nume identice cu numele
claselor dar cu extensia .class indiferent dac este vorba de o clas sau o interfa. Fiierul .class
este generat n directorul local i nu direct la locaia pachetului.
Compilarea se face cu o comand de forma:
javac FiierSurs .java
Comanda aceasta, ca i celelalte descrise n acest paragraf este specific mediului de dezvoltare Java pus
la dispoziie de Sun, numit JDK (Java Development Kit). n viitor este probabil s apar multe alte
medii de dezvoltare care vor avea propriile lor compilatoare i interpretoare i, posibil, propriile linii de
comand.
La compilare, variabila sistem CLASSPATH trebuie s fie deja setat pentru c nsui compilatorul Java
actual este scris n Java.
Pentru lansarea n execuie a unei aplicaii Java, trebuie s introducei comanda:
java NumeClas
unde numele clasei este numele aplicaiei care conine metoda main . Interpretorul va cuta un fiier cu
numele NumeClas.class i va ncerca s instanieze clasa respectiv.
Pentru lansarea unui aplet vei avea nevoie de un document HTML care conine tagul APPLET i ca
parametru al acesteia
name=NumeClas.class
La lansarea unui aplet, clasele care sunt apelate de clasa principal sunt mai nti cutate pe sistemul pe
care ruleaz navigatorul. Dac nu sunt acolo, ele vor fi transferate n reea. Asta nseamn c transferul
de cod este relativ mic, trebuie transferat doar codul specific aplicaiei.
[cuprins]
Capitolul IX -- Fire de execuie i sincronizare
Capitolul IX
Fire de execuie i sincronizare
9.1 Crearea firelor de execuie

9.2 Strile unui fir de execuie
9.3 Prioritatea firelor de execuie
9.4 Grupuri de fire de execuie
9.5 Enumerarea firelor de execuie
9.6 Sincronizare
9.7 Un exemplu
9.8 Un exemplu Runnable
O aplicaie Java ruleaz n interiorul unui proces al sistemului de operare. Acest proces const din segmente de cod i
segmente de date mapate ntr-un spaiu virtual de adresare. Fiecare proces deine un numr de resurse alocate de ctre
sistemul de operare, cum ar fi fiiere deschise, regiuni de memorie alocate dinamic, sau fire de execuie. Toate aceste
resurse deinute de ctre un proces sunt eliberate la terminarea procesului de ctre sistemul de operare.
Un fir de execuie este unitatea de execuie a unui proces. Fiecare fir de execuie are asociate o secven de
instruciuni, un set de regiitri CPU i o stiv. Atenie, un proces nu execut nici un fel de instruciuni. El este de fapt
un spaiu de adresare comun pentru unul sau mai multe fire de execuie. Execuia instruciunilor cade n
responsabilitatea firelor de execuie. n cele ce urmeaz vom prescurta uneori denumirea firelor de execuie, numindule pur i simplu fire .
n cazul aplicaiilor Java interpretate, procesul deine n principal codul interpretorului iar codul binar Java este tratat
ca o zon de date de ctre interpretor. Dar, chiar i n aceast situaie, o aplicaie Java poate avea mai multe fire de
execuie, create de ctre interpretor i care execut, seturi distincte de instruciuni binare Java.
Fiecare dintre aceste fire de execuie poate rula n paralel pe un procesor separat dac maina pe care ruleaz aplicaia
este o main cu mai multe procesoare. Pe mainile monoprocesor, senzaia de execuie n paralel a firelor de execuie
este creat prin rotirea acestora pe rnd la controlul unitii centrale, cte o cuant de timp fiecare. Algoritmul de rotire
al firelor de execuie este de tip round-robin.
Mediul de execuie Java execut propriul su control asupra firelor de execuie. Algoritmul pentru planificarea firelor
de execuie, prioritile i strile n care se pot afla acestea sunt specifice aplicaiilor Java i implementate identic pe
toate platformele pe care a fost portat mediul de execuie Java. Totui, acest mediu tie s profite de resursele
sistemului pe care lucreaz. Dac sistemul gazd lucreaz cu mai multe procesoare, Java va folosi toate aceste
procesoare pentru a-i planifica firele de execuie. Dac sistemul ofer multitasking preemptiv, multitaskingul Java va
fi de asemenea preemptiv, etc.
n cazul mainilor multiprocesor, mediul de execuie Java i sistemul de operare sunt responsabile cu repartizarea
firelor de execuie pe un procesor sau altul. Pentru programator, acest mecanism este complet transparent, neexistnd
nici o diferen ntre scrierea unei aplicaii cu mai multe fire pentru o main cu un singur procesor sau cu mai multe.
Desigur, exist ns diferene n cazul scrierii aplicaiilor pe mai multe fire de execuie fa de acelea cu un singur fir
de execuie, diferene care provin n principal din cauza necesitii de sincronizare ntre firele de execuie aparinnd
aceluiai proces.
Sincronizarea firelor de execuie nseamn c acestea se ateapt unul pe cellalt pentru completarea anumitor operaii
care nu se pot executa n paralel sau care trebuie executate ntr-o anumit ordine. Java ofer i n acest caz mecanismele
sale proprii de sincronizare, extrem de uor de utilizat i nglobate n chiar sintaxa de baz a limbajului.
La lansarea n execuie a unei aplicaii Java este creat automat i un prim fir de execuie, numit firul principal. Acesta
poate ulterior s creeze alte fire de execuie care la rndul lor pot crea alte fire, i aa mai departe. Firele de execuie
dintr-o aplicaie Java pot fi grupate n grupuri pentru a fi manipulate n comun.
n afar de firele normale de execuie, Java ofer i fire de execuie cu prioritate mic care lucreaz n fundalul
aplicaiei atunci cnd nici un alt fir de execuie nu poate fi rulat. Aceste fire de fundal se numesc demoni i execut
operaii costisitoare n timp i independente de celelalte fire de execuie. De exemplu, n Java colectorul de gunoaie
lucreaz pe un fir de execuie separat, cu proprieti de demon. n acelai fel poate fi gndit un fir de execuie care
execut operaii de ncrcare a unor imagini din reea.
O aplicaie Java se termin atunci cnd se termin toate firele de execuie din interiorul ei sau cnd nu mai exist dect
fire demon. Terminarea firului principal de execuie nu duce la terminarea automat a aplicaiei.
9.1 Crearea firelor de execuie

Exist dou ci de definire de noi fire de execuie: derivarea din clasa Thread a noi clase i implementarea ntr-o
clas a interfeei Runnable .
n primul caz, noua clas motenete toate metodele i variabilele clasei Thread care implementeaz n mod standard,
n Java, funcionalitatea de lucru cu fire de execuie. Singurul lucru pe care trebuie s-l fac noua clas este s
reimplementeze metoda run care este apelat automat de ctre mediul de execuie la lansarea unui nou fir. n plus,
noua clas ar putea avea nevoie s implementeze un constructor care s permit atribuirea unei denumiri firului de
execuie.
Dac firul are un nume, acesta poate fi obinut cu metoda getName care returneaz un obiect de tip String .
Iat un exemplu de definire a unui nou tip de fir de execuie:
class FirNou extends Thread {
public FirNou( String nume ) {
// apeleaz constructorul din Thread
super( nume );
}
public void run() {
while( true ) { // fr sfrit
System.out.println( getName() +
" Tastati ^C" );
}
}
}
Dac vom crea un nou obiect de tip FirNou i l lansm n execuie acesta va afia la infinit mesajul "Tastai ^C".
ntreruperea execuiei se poate face ntr-adevr prin tastarea caracterului ^C, caz n care ntreaga aplicaie este
terminat. Atta timp ns ct noul obiect nu va fi ntrerupt din exterior, aplicaia va continua s se execute pentru c
mai exist nc fire de execuie active i indiferent de faptul c firul de execuie principal s-a terminat sau nu.
Iat i un exemplu de aplicaie care folosete aceast clas:
public TestFirNou {
public static void main( String[] ) {
new FirNou( "Primul" ).start();
}
}
Metoda start , predefinit n obiectul Thread lanseaz execuia propriu-zis a firului. Desigur exist i ci de a opri
execuia la nesfrit a firului creat fie prin apelul metodei stop , prezentat mai jos, fie prin rescrierea funciei run n
aa fel nct execuia sa s se termine dup un interval finit de timp.
A doua cale de definiie a unui fir de execuie este implementarea interfeei Runnable ntr-o anumit clas de
obiecte. Aceast cale este cea care trebuie aleas atunci cnd clasa pe care o crem nu se poate deriva din clasa
Thread pentru c este important s fie derivat din alt clas. Desigur, motenirea multipl ar rezolva aceast
problem, dar Java nu are motenire multipl.
Aceast nou cale se poate folosi n modul urmtor:
class Oclasa {
}
class FirNou extends Oclasa implements Runnable {
public void run() {
for( int i = 0; i < 100; i++ ) {
System.out.println( "pasul " + i );
}
}
}
public class TestFirNou {
public static void main( String argumente[] ) {
new Thread( new FirNou() ).start();
// Obiectele sunt create i folosite imediat
// La terminarea instruciunii, ele sunt automat
// eliberate nefiind referite de nimic
}
}
Dup cum observai, clasa Thread are i un constructor care primete ca argument o instan a unei clase care
implementeaz interfaa Runnable . n acest caz, la lansarea n execuie a noului fir, cu metoda start , se apeleaz
metoda run din acest obiect i nu din instana a clasei Thread .
Atunci cnd dorim s crem un aplet care s ruleze pe un fir de execuie separat fa de pagina de navigator n care
ruleaz pentru a putea executa operaii n fereastra apletului i n acelai timp s putem folosi n continuare navigatorul,
suntem obligai s alegem cea de-a doua cale de implementare. Aceasta pentru c apletul nostru trebuie s fie derivat
din clasa standard Applet . Singura alternativ care ne rmne este aceea de a implementa n aplet interfaa
Runnable .
9.2 Strile unui fir de execuie

Un fir de execuie se poate afla n Java n mai multe stri, n funcie de ce se ntmpl cu el la un moment dat.
Atunci cnd este creat, dar nainte de apelul metodei start, firul se gsete ntr-o stare pe care o vom numi Fir Nou
Creat . n aceast stare, singurele metode care se pot apela pentru firul de execuie sunt metodele start i stop .
Metoda start lanseaz firul n execuie prin apelul metodei run . Metoda stop omoar firul de execuie nc
nainte de a fi lansat. Orice alt metod apelat n aceast stare provoac terminarea firului de execuie prin generarea
unei excepii de tip IllegalThreadStateException .
Dac apelm metoda start pentru un Fir Nou Creat firul de execuie va trece n starea Ruleaz . n aceast
stare, instruciunile din corpul metodei run se execut una dup alta. Execuia poate fi oprit temporar prin apelul
metodei sleep care primete ca argument un numr de milisecunde care reprezint intervalul de timp n care firul
trebuie s fie oprit. Dup trecerea intervalului, firul de execuie va porni din nou.
n timpul n care se scurge intervalul specificat de sleep , obiectul nu poate fi repornit prin metode obinuite. Singura
cale de a iei din aceast stare este aceea de a apela metoda interrupt . Aceast metod arunc o excepie de tip
InterruptedException care nu este prins de sleep dar care trebuie prins obligatoriu de metoda care a apelat
metoda sleep . De aceea, modul standard n care se apeleaz metoda sleep este urmtorul:
try {
sleep( 1000 ); // o secund
} catch( InterruptedException ) {
Dac dorim oprirea firului de execuie pe timp nedefinit, putem apela metoda suspend . Aceasta trece firul de
execuie ntr-o nou stare, numit Nu Ruleaz . Aceeai stare este folosit i pentru oprirea temporar cu sleep .
n cazul apelului suspend ns, execuia nu va putea fi reluat dect printr-un apel al metodei resume . Dup acest
apel, firul va intra din nou n starea Ruleaz .
Pe timpul n care firul de execuie se gsete n starea Nu Ruleaz , acesta nu este planificat niciodat la controlul
unitii centrale, aceasta fiind cedat celorlalte fire de execuie din aplicaie.
Firul de execuie poate intra n starea Nu Ruleaz i din alte motive. De exemplu se poate ntmpla ca firul s
atepte pentru terminarea unei operaii de intrare/ieire de lung durat caz n care firul va intra din nou n starea
Ruleaz doar dup terminarea operaiei.
O alt cale de a ajunge n starea Nu Ruleaz este aceea de a apela o metod sau o secven de instruciuni
sincronizat dup un obiect. n acest caz, dac obiectul este deja blocat, firul de execuie va fi oprit pn n clipa n
care obiectul cu pricina apeleaz metoda notify sau notifyAll .
n fine, atunci cnd metoda run i-a terminat execuia, obiectul intr n starea Mort . Aceast stare este pstrat pn
n clipa n care obiectul
este eliminat din memorie de mecanismul de colectare a gunoaielor. O alt posibilitate de a intra n starea Mort este
aceea de a apela metoda stop .
Atunci cnd se apeleaz metoda stop , aceasta arunc cu o instruciune throw o eroare numit ThreadDeath .
Aceasta poate fi prins de ctre cod pentru a efectua curenia necesar. Codul necesar este urmtorul:
try {
firDeExecutie.start();
} catch( ThreadDeath td ) {
// curenie
throw td; // se arunc obiectul mai departe
// pentru a servi la distrugerea
// firului de execuie
}
Desigur, firul de execuie poate fi terminat i pe alte ci, caz n care metoda stop nu este apelat i eroarea
ThreadDeath nu este aruncat. n aceste situaii este preferabil s ne folosim de o clauz finally ca n:
try {
firDeExecutie.start();
} finally {
..// curenie
}
n fine, dac nu se mai poate face nimic pentru c firul de execuie nu mai rspunde la comenzi, putei apela la calea
disperat a metodei destroy . Din pcate, metoda destroy termin firul de execuie fr a proceda la curirile
necesare n memorie.
Atunci cnd un fir de execuie este oprit cu comanda stop , mai este nevoie de un timp pn cnd sistemul efectueaz
toate operaiile necesare opririi. Din aceast cauz, este preferabil s ateptm n mod explicit terminarea firului prin
apelul metodei join :
firDeExecutie.stop()
try {
firDeExecutie.join();
} catch( InterruptedException e ) {
}
Excepia de ntrerupere trebuie prins obligatoriu. Dac nu apelm metoda join pentru a atepta terminarea i metoda
stop este de exemplu apelat pe ultima linie a funciei main , exist ansa ca sistemul s cread c firul auxiliar de
execuie este nc n via i aplicaia Java s nu se mai termine rmnnd ntr-o stare de ateptare. O putei desigur
termina tastnd ^C.
9.3 Prioritatea firelor de execuie

Fiecare fir de execuie are o prioritate cuprins ntre valorile MIN_PRIORITY i MAX_PRIORITY. Aceste dou
variabile finale sunt declarate n clasa Thread . n mod normal ns, un fir de execuie are prioritatea
NORM_PRIORITY, de asemenea definit n clasa Thread .
Mediul de execuie Java planific firele de execuie la controlul unitii centrale n funcie de prioritatea lor. Dac
exist mai multe fire cu prioritate maxim, acestea sunt planificate dup un algoritm round-robin. Firele de prioritate
mai mic intr n calcul doar atunci cnd toate firele de prioritate mare sunt n starea Nu Ruleaz .
Prioritatea unui fir de execuie se poate interoga cu metoda getPriority care ntoarce un numr ntreg care
reprezint prioritatea curent a firului de execuie. Pentru a seta prioritatea, se folosete metoda setPriority care
primete ca parametru un numr ntreg care reprezint prioritatea dorit.
Schimbarea prioritii unui fir de execuie este o treab periculoas dac metoda cu prioritate mare nu se termin
foarte repede sau dac nu are opriri dese. n caz contrar, celelalte metode nu vor mai putea primi controlul unitii
centrale.
Exist ns situaii n care putem schimba aceast prioritate fr pericol, de exemplu cnd avem un fir de execuie care
nu face altceva dect s citeasc caractere de la utilizator i s le memoreze ntr-o zon temporar. n acest caz, firul de
execuie este n cea mai mare parte a timpului n starea Nu Ruleaz din cauz c ateapt terminarea unei
operaii de intrare/ieire. n clipa n care utilizatorul tasteaz un caracter, firul va iei din starea de ateptare i va fi
primul planificat la execuie din cauza prioritii sale ridicate. n acest fel utilizatorul are senzaia c aplicaia
rspunde foarte repede la comenzile sale.
n alte situaii, avem de executat o sarcin cu prioritate mic. n aceste cazuri, putem seta pentru firul de execuie care
execut aceste sarcini o prioritate redus.
Alternativ, putem defini firul respectiv de execuie ca un demon. Dezavantajul n aceast situaie este faptul c
aplicaia va fi terminat atunci cnd exist doar demoni n lucru i exist posibilitatea pierderii de date. Pentru a declara
un fir de execuie ca demon, putem apela metoda setDaemon. Aceast metod primete ca parametru o valoare
boolean care dac este true firul este fcut demon i dac nu este adus napoi la starea normal. Putem testa faptul c
un fir de execuie este demon sau nu cu metoda isDemon .
9.4 Grupuri de fire de execuie

Uneori avem nevoie s acionm asupra mai multor fire de execuie deodat, pentru a le suspenda, reporni sau
modifica prioritatea n bloc. Din acest motiv, este util s putem grupa firele de execuie pe grupuri. Aceast
funcionalitate este oferit n Java de ctre o clas numit ThreadGroup .
La pornirea unei aplicaii Java, se creeaz automat un prim grup de fire de execuie, numit grupul principal, main .
Firul principal de execuie
face parte din acest grup. n continuare, ori de cte ori crem un nou fir de execuie, acesta va face parte din acelai
grup de fire de execuie ca i firul de execuie din interiorul cruia a fost creat, n afar de cazurile n care n
constructorul firului specificm explicit altceva.
ntr-un grup de fire de execuie putem defini nu numai fire dar i alte grupuri de execuie. Se creeaz astfel o
arborescen a crei rdcin este grupul principal de fire de execuie.
Pentru a specifica pentru un fir un nou grup de fire de execuie, putem apela constructorii obinuii dar introducnd un
prim parametru suplimentar de tip ThreadGroup . De exemplu, putem folosi urmtorul cod:
ThreadGroup tg = new ThreadGroup( "Noul grup" );
Thread t = new Thread( tg, "Firul de executie" );
Acest nou fir de execuie va face parte dintr-un alt grup de fire dect firul principal. Putem afla grupul de fire de
execuie din care face parte un anumit fir apelnd metoda getThreadGroup , ca n secvena:
Thread t = new Thread( "Firul de Executie" );
ThreadGroup tg = t.getThreadGroup();
Operaiile definite pentru un grup de fire de execuie sunt clasificabile n operaii care acioneaz la nivelul grupului,
cum ar fi aflarea numelui, setarea unei prioriti maxime, etc., i operaii care acioneaz asupra fiecrui fir de
execuie din grup, cum ar fi stop , suspend sau resume . Unele dintre aceste operaii necesit aprobarea
controloarelor de securitate acest lucru fcndu-se printr-o metod numit checkAccess . De exemplu, nu putei
seta prioritatea unui fir de execuie dect dac avei drepturile de acces necesare.
9.5 Enumerarea firelor de execuie

Pentru a enumera firele de execuie active la un moment dat, putem folosi metoda enumerate definit n clasa
Thread precum i n clasa ThreadGroup . Aceast metod primete ca parametru o referin ctre un tablou de
referine la obiecte de tip Thread pe care l umple cu referine ctre fiecare fir activ n grupul specificat.
Pentru a afla cte fire active sunt n grupul respectiv la un moment dat, putem apela metoda activeCount din clasa
ThreadGroup . De exemplu:
public listeazaFire {
ThreadGroup grup = Thread.currentThread().getThreadGroup();
int numarFire = grup.activeCount();
Thread fire[] = new Thread[numarFire];
grup.enumerate( fire );
for( int i = 0; i < numar; i++ ) {
System.out.println( fire[i].toString() );
}
}
Metoda enumerate ntoarce numrul de fire memorate n tablou, care este identic cu numrul de fire active.
9.6 Sincronizare
n unele situaii se poate ntmpla ca mai multe fire de execuie s vrea s acceseze aceeai variabil. n astfel de
situaii, se pot produce ncurcturi dac n timpul unuia dintre accese un alt fir de execuie modific valoarea variabilei.
Limbajul Java ofer n mod nativ suport pentru protejarea acestor variabile. Suportul este construit de fapt cu
granulaie mai mare dect o singur variabil, protecia fcndu-se la nivelul obiectelor. Putem defini metode, n
cadrul claselor, care sunt sincronizate.
Pe o instan de clas, la un moment dat, poate lucra o singur metod sincronizat. Dac un alt fir de execuie
ncearc s apeleze aceeai metod pe aceeai instan sau o alt metod a clasei de asemenea declarat sincronizat,
acest al doilea apel va trebui s atepte nainte de execuie eliberarea instanei de ctre cealalt metod.
n afar de sincronizarea metodelor, se pot sincroniza i doar blocuri de instruciuni. Aceste sincronizri se fac tot n
legtur cu o anumit instan a unei clase. Aceste blocuri de instruciuni sincronizate se pot executa doar cnd
instana este liber. Se poate ntmpla ca cele dou tipuri de sincronizri s se amestece, n sensul c obiectul poate fi
blocat de un bloc de instruciuni i toate metodele sincronizate s atepte, sau invers.
Declararea unui bloc de instruciuni sincronizate se face prin:
synchronize ( Instan ) {
Instruciuni
}
iar declararea unei metode sincronizate se face prin folosirea modificatorului synchronize la implementarea
metodei.
9.7 Un exemplu
Exemplul urmtor implementeaz soluia urmtoarei probleme: ntr-o ar foarte ndeprtat triau trei nelepi
filozofi. Aceti trei nelepi i pierdeau o mare parte din energie certndu-se ntre ei pentru a afla care este cel mai
nelept. Pentru a trana problema o dat pentru totdeauna, cei trei nelepi au pornit la drum ctre un al patrulea
nelept pe care cu toii l recunoteau c ar fi mai bun dect ei.
Cnd au ajuns la acesta, cei trei i-au cerut s le spun care dintre ei este cel mai nelept. Acesta, a scos cinci plrii,
trei negre i dou albe, i li le-a artat explicndu-le c i va lega la ochi i le va pune n cap cte o plrie, cele dou
rmase ascunzndu-le. Dup aceea, le va dezlega ochii, i fiecare dintre ei va vedea culoarea plriei celorlali dar nu io va putea vedea pe a sa. Cel care i va da primul seama ce culoare are propria plrie, acela va fi cel mai nelept.
Dup explicaie, neleptul i-a legat la ochi, le-a pus la fiecare cte o plrie neagr i le-a ascuns pe celelalte dou.
Problema este aceea de a descoperi care a fost raionamentul celui care a ghicit primul c plria lui este neagr.
Programul urmtor rezolv problema dat n felul urmtor: Fiecare nelept privete plriile celorlali doi. Dac
ambele sunt albe, problema este rezolvat, a lui nu poate fi dect neagr. Dac vede o plrie alb i una neagr, atunci
el va trebui s atepte puin s vad ce spune cel cu plria neagr. Dac acesta nu gsete soluia, nseamn c el nu
vede dou plrii albe, altfel ar fi gsit imediat rspunsul. Dup un scurt timp de ateptare, neleptul poate s fie sigur
c plria lui este neagr.
n fine, dac ambele plrii pe care le vede sunt negre, va trebui s atepte un timp ceva mai lung pentru a vedea dac
unul dintre concurenii si nu ghicete plria. Dac dup scurgerea timpului nici unul nu spune nimic, nseamn c
nici unul nu vede o plrie alb i una neagr. nseamn c propria plrie este neagr.
Desigur, raionamentul pleac de la ideea c ne putem baza pe faptul c toi nelepii gndesc i pot rezolva probleme
uoare. Cel care ctig a gndit doar un pic mai repede. Putem simula viteza de gndiri cu un interval aleator de
ateptare pn la luarea deciziilor. n realitate, intervalul nu este aleator ci dictat de viteza de gndire a fiecrui nelept.
Cei trei nelepi sunt implementai identic sub form de fire de execuie. Nu ctig la fiecare rulare acelai din cauza
caracterului aleator al implementrii. neleptul cel mare este firul de execuie principal care controleaz activitatea
celorlalte fire i le servete cu date, culoarea plriilor, doar n msura n care aceste date trebuie s fie accesibile. Adic
nu se poate cere propria culoare de plrie.
Culoarea iniial a plriilor se poate rescrie din linia de comand.
import java.awt.Color;
// clasa Filozof implementeaz comportamentul
// unui concurent
class Filozof extends Thread {
// prerea concurentului despre culoarea
// plriei sale. Null dac nc nu i-a
// format o prere.
Color parere = null;
Filozof( String nume ) {
super( nume );
}
public void run() {
// concurentii firului curent
Filozof concurenti[] = new Filozof[2];
// temporar
Thread fire[] = new Thread[10];
int numarFire = enumerate( fire );
for( int i = 0, j = 0; i < numarFire &&
j < 2; i++ ) {
if( fire[i] instanceof Filozof &&
fire[i] != this ) {
concurenti[j++] = (Filozof)fire[i];
}
}
while( true ) {
Color primaCuloare = Concurs.culoare( this,
concurenti[0] );
Color adouaCuloare =
Concurs.culoare( this, concurenti[1] );
if( primaCuloare == Color.white &&
adouaCuloare == Color.white ) {
synchronized( this ) {
parere = Color.black;
}
} else if( primaCuloare == Color.white ){
try{
sleep( 500 );
} catch( InterruptedException e ){
};
if( Concurs.culoare( this, concurenti[1]) != concurenti[1].aGhicit()) {
};
}
} else if( adouaCuloare == Color.white ) {
try{
sleep( (int)( Math.random()*500));
};
if( Concurs.culoare(this, concurenti[0] ) != concurenti[0].aGhicit()) {
};
}
} else {
try {
sleep( (int)( Math.random()*500)+500 );
};
if( Concurs.culoare(this, concurenti[0]) != concurenti[0].aGhicit() &&
Concurs.culoare( this,
concurenti[1] ) !=
concurenti[1].aGhicit() ) {
};
}
}
}
}
public synchronized Color aGhicit() {
return parere;
}
}
public class Concurs {
private static Color palarii[] = {
Color.black, Color.black, Color.black
};
private static Filozof filozofi[] = new Filozof[3];
public static void main( String args[] ) {
for( int i = 0; i < args.length && i <
3; i++ ) {
if( args[i].equalsIgnoreCase( "alb" ) ) {
palarii[i] = Color.white;
} else if(args[i].equalsIgnoreCase("negru")) {
palarii[i] = Color.black;
}
}
for( int i = 0; i < 3; i++ ) {

filozofi[i] = new Filozof( "Filozoful " +
( i + 1 ) );
}
for( int i = 0; i < 3; i++ ) {
filozofi[i].start();
}
System.out.println( "Concurenti:" );
for( int i = 0; i < 3; i++ ) {
System.out.println( "\t" +
filozofi[i].getName() + " "
+ (( palarii[i] == Color.white ) ?
"alb":"negru" ) );
}
gata:
while( true ) {
for( int i = 0; i < 3; i++ ) {
if( filozofi[i].aGhicit()==palarii[i] ) {
System.out.println(
filozofi[i].getName() +
" a ghicit." );
break gata;
}
}
}
for( int i = 0; i < 3; i++ ) {
filozofi[i].stop();
try {
filozofi[i].join();
} catch( InterruptedException e ) {};
}
}
public static Color culoare( Filozof filozof,
Filozof concurent ) {
if( filozof != concurent ) {
for( int i = 0; i < 3; i++ ) {
if( filozofi[i] == concurent ) {
return palarii[i];
}
}
}
return null;
}
} ^
9.8 Un exemplu Runnable

Exemplul urmtor implementeaz problema celor 8 dame, i anume: gsete toate posibilitile de a aeza pe o tabl de
ah 8 regine n aa fel nct acestea s nu se bat ntre ele. Reginele se bat pe linie, coloan sau n diagonal.
Soluia de fa extinde problema la o tabl de NxN csue i la N regine. Parametrul N este citit din tagul HTML
asociat apletului.
import java.awt.*;
import java.applet.Applet;
public
class QueensRunner extends Applet implements Runnable {
int n;
int regine[];
int linie;
Image queenImage;
Thread myThread;
public void start() {
if( myThread == null ) {
myThread = new Thread( this, "Queens" );
myThread.start();
}
}
public void stop() {
myThread.stop();
myThread = null;
}
public void run() {
while( myThread != null ) {
nextSolution();
repaint();
try {
myThread.sleep( 1000 );
} catch ( InterruptedException e ){
}
}
}
boolean isGood() {
for( int i = 0; i < linie; i++ ) {
if( regine[linie] == regine[i] ||
Math.abs( regine[i] regine[linie] ) == Math.abs( i - linie ) ) {
return false;
}
}
return true;
}
void nextSolution() {
while( true ) {
if( linie < 0 ) {
linie = 0;
}
regine[linie]++;
if( regine[linie] > n ) {
regine[linie] = 0;
linie--;
} else {
if( isGood() ) {
linie++;
if( linie >= n ) {
break;
}
}
}
}
}
public void init() {

String param = getParameter( "Dimension" );
if( param == null ) {
n = 4;
} else {
try {
n = Integer.parseInt( param );
} catch( NumberFormatException e ) {
n = 4;
}
if( n < 4 ) {
n = 4;
}
}
regine = new int[n + 1];
for( int i = 0; i < n; i++ ) {
regine[i] = 0;
}
linie = 0;
queenImage = getImage(getCodeBase(), "queen.gif"
}
public void paint( Graphics g ) {
Dimension d = size();
g.setColor( Color.red );
int xoff = d.width / n;
int yoff = d.height / n;
for( int i = 1; i < n; i++ ) {
g.drawLine( xoff * i, 0, xoff * i, d.height );
g.drawLine( 0, yoff * i, d.width, yoff * i );
}
for( int i = 0; i < n; i++ ) {
for( int j = 0; j < n; j++ ) {
if( regine[i] - 1 == j ) {
g.drawImage(queenImage,
);
i*xoff + 1, j*yoff + 1, this);

}
}
}
}
public String getAppletInfo() {
return "Queens by E. Rotariu";
}
} ^
[cuprins]
Bibliografie
1. Dumitru Rdoiu,
HTML - Publicaii Web, Computer Press Agora SRL
2. James Gostling, Henry McGilton,
The Java Language Environment, A white paper, Sun Microsystems, Inc.
3. David Flanagan,
Java in a Nutshell: A Desktop Quick Reference for Java Programmers,
O'Reilly & Associates, Inc.
4. Ed Anuff,
The Java Sourcebook , Wiley Computer Publishing
5. Mike Daconta,
Java for C/C++ Programmers, Wiley Computer Publishing
6. Arthur van Hoff, Sami Shaio, Orca Starbuck,
Hooked on Java, Addison-Wesley Publishing Company
7. Laura Lemay, Charles L. Perkins,
Teach your self Java in 21 days, Sams.net Publishing
8. *** - The Java Language Specification, Sun Microsystems, Inc.
[cuprins]
file:///C|/Documents%20and%20Settings/Luminita/Desktop/bu...0in%20romana/Carte%20JAVA%20in%20romana/bibliografie.html12.01.2006 23:07:51
Capitolul V -- 1. Variabile
Capitolul V
5.1 Variabile
5.1.1 Declaraii de variabile
5.1.1.1 Tipul unei variabile
5.1.1.2 Numele variabilelor
5.1.1.3 Iniializarea variabilelor
5.1.2 Tipuri primitive
5.1.2.1 Tipul boolean
5.1.2.2 Tipul caracter
5.1.2.3 Tipuri ntregi
5.1.2.3.1 Tipul octet
5.1.2.3.2 Tipul ntreg scurt
5.1.2.3.3 Tipul ntreg
5.1.2.3.4 Tipul ntreg lung
5.1.2.4 Tipuri flotante
5.1.2.4.1 Tipul flotant
5.1.2.4.2 Tipul flotant dublu
5.1.2.4.3 Reali speciali definii de IEEE
5.1.3 Tipuri referin
5.1.3.1 Tipul referin ctre o clas
5.1.3.2 Tipul referin ctre o interfa
5.1.3.3 Tipul referin ctre un tablou
5.1.4 Clasa de memorare
5.1.4.1 Variabile locale
5.1.4.2 Variabile statice
5.1.4.3 Variabile dinamice
file:///C|/Documents%20and%20Settings/Luminita/Deskt...%20in%20romana/Carte%20JAVA%20in%20romana/cap51.html (1 of 23)12.01.2006 23:07:53
5.1.5 Tablouri de variabile

5.1.5.1 Declaraia variabilelor de tip tablou
5.1.5.2 Iniializarea tablourilor.
5.1.5.3 Lungimea tablourilor
5.1.5.4 Referirea elementelor din tablou
5.1.5.5 Alocarea i eliberarea tablourilor
5.1.6 Conversii
5.1.6.1 Conversii de extindere a valorii
5.1.6.2 Conversii de trunchiere a valorii
5.1.6.3 Conversii pe tipuri referin
5.1.6.4 Conversii la operaia de atribuire
5.1.6.5 Conversii explicite
5.1.6.6 Conversii de promovare aritmetic
5.1.1 Declaraii de variabile

O variabil n limbajul Java este o locaie de memorie care poate pstra o valoare de un anumit tip. n
ciuda denumirii, exist variabile care i pot modifica valoarea i variabile care nu i-o pot modifica,
numite n Java variabile finale. Orice variabil trebuie s fie declarat pentru a putea fi folosit. Aceast
declaraie trebuie s conin un tip de valori care pot fi memorate n locaia rezervat variabilei i un
nume pentru variabila declarat. n funcie de locul n sursa programului n care a fost declarat
variabila, aceasta primete o clas de memorare local sau static. Aceast clas de memorare definete
intervalul de existen al variabilei n timpul execuiei.
n forma cea mai simpl, declaraia unei variabile arat n felul urmtor:
Tip NumeVariabil [, NumeVariabil]*;
5.1.1.1 Tipul unei variabile
Tipul unei variabile poate fi fie unul dintre tipurile primitive definite de limbajul Java fie o referin.
Creatorii limbajului Java au avut grij s
defineasc foarte exact care sunt caracteristicile fiecrui tip primitiv n parte i care este setul de valori
care se poate memora n variabilele care au tipuri primitive. n plus, a fost exact definit i modalitatea
de reprezentare a acestor tipuri primitive n memorie. n acest fel, variabilele Java devin independente de
platforma hardware i software pe care lucreaz.

n acelai spirit, Java definete o valoare implicit pentru fiecare tip de dat, n cazul n care aceasta nu a
primit nici o valoare de la utilizator. n acest fel, tim ntotdeauna care este valoarea cu care o variabil
intr n calcul. Este o practic bun ns aceea ca programele s nu depind niciodat de aceste
iniializri implicite.
5.1.1.2 Numele variabilelor
Numele variabilei poate fi orice identificator Java. Convenia nescris de formare a numelor variabilelor
este aceea c orice variabil care nu este final are un nume care ncepe cu liter minuscul n timp ce
variabilele finale au nume care conin numai majuscule. Dac numele unei variabile care nu este final
conine mai multe cuvinte, cuvintele ncepnd cu cel de-al doilea se scriu cu litere minuscule dar cu
prima liter majuscul. Exemple de nume de variabile care nu sunt finale ar putea fi:
culoarea numrulDePai urmtorulElement
Variabilele finale ar putea avea nume precum:
PORTOCALIUVERDEALBASTRUDESCHIS
5.1.1.3 Iniializarea variabilelor
Limbajul Java permite iniializarea valorilor variabilelor chiar n momentul declarrii acestora. Sintaxa
este urmtoarea:
Tip NumeVariabil = ValoareIniial;
Desigur, valoarea iniial trebuie s fie de acelai tip cu tipul variabilei sau s poat fi convertit ntr-o
valoare de acest tip.
Dei limbajul Java ne asigur c toate variabilele au o valoare iniial bine precizat, este preferabil s
executm aceast iniializare n mod explicit pentru fiecare declaraie. n acest fel mrim claritatea
propriului cod.
Regula ar fi deci urmtoarea: nici o declaraie fr iniializare.
5.1.2 Tipuri primitive

5.1.2.1 Tipul boolean
Tipul boolean este folosit pentru memorarea unei valori de adevr. Pentru acest scop, sunt suficiente
doar dou valori: adevrat i fals. n Java aceste dou valori le vom nota prin literalii true i respectiv
false.
Aceste valori pot fi reprezentate n memorie folosindu-ne de o singur cifr binar, adic pe un bit.
Valorile booleene sunt foarte importante n limbajul Java pentru c ele sunt valorile care se folosesc n
condiiile care controleaz instruciunile repetitive sau cele condiionale. Pentru a exprima o condiie
este suficient s scriem o expresie al crui rezultat este o valoare boolean, adevrat sau fals.
Valorile de tip boolean nu se pot transforma n valori de alt tip n mod nativ. La fel, nu exist
transformare nativ dinspre celelalte valori nspre tipul boolean. Cu alte cuvinte, avnd o variabil de tip
boolean nu putem memora n interiorul acesteia o valoare ntreag pentru c limbajul Java nu face pentru
noi nici un fel de presupunere legat de ce nseamn o anumit valoare ntreag din punctul de vedere al
valorii de adevr. La fel, dac avem o variabil ntreag, nu i putem atribui o valoare de tip boolean.
Orice variabil boolean nou creat primete automat valoarea implicit false. Putem modifica aceast
comportare specificnd n mod explicit o valoare iniial true dup modelul pe care l vom descrie mai
trziu.
Pentru a declara o variabil de tip boolean, n Java vom folosi cuvntul rezervat boolean ca n
exemplele de mai jos:
boolean terminat;
boolean areDreptate;
Rndurile de mai sus reprezint declaraia a dou variabile de tip boolean numite terminatrespectiv
areDreptate. Cele dou variabile au, dup declaraie, valoarea false. Adic nu e terminat dar nici
n-are dreptate.
5.1.2.2 Tipul caracter
Orice limbaj de programare ne ofer ntr-un fel sau altul posibilitatea de a lucra cu caractere grafice care
s reprezinte litere, cifre, semne de punctuaie, etc. n cazul limbajului Java acest lucru se poate face
folosind tipul primitiv numit tip caracter.
O variabil de tip caracter poate avea ca valoare coduri Unicode reprezentate pe 16 bii, adic doi octei.
Codurile reprezentabile astfel sunt foarte multe, putnd acoperi caracterele de baz din toate limbile
scrise existente.
n Java putem combina mai multe caractere pentru a forma cuvinte sau iruri de caractere mai lungi.
Totui, trebuie s precizm c aceste iruri de caractere nu trebuiesc confundate cu tablourile de caractere
pentru c ele conin n plus informaii legate de lungimea irului.
Codul nu este altceva dect o coresponden ntre numere i caractere fapt care permite conversii ntre
variabile ntregi i caractere n ambele sensuri. O parte din aceste transformri pot s altereze valoarea
original din cauza dimensiunilor diferite ale zonelor n care sunt memorate cele dou tipuri de valori.
Convertirea caracterelor n numere i invers poate s fie util la prelucrarea n bloc a caracterelor, cum ar
fi trecerea tuturor literelor minuscule n majuscule i invers.
Atunci cnd declarm un caracter fr s specificm o valoare iniial, el va primi automat ca valoare
implicit caracterul nullal codului Unicode, \u0000?.
Pentru a declara o variabil de tip caracter folosim cuvntul rezervat char ca n exemplele urmtoare:
char primaLiter;
char prima, ultima;
n cele dou linii de cod am declarat trei variabile de tip caracter care au fost automat iniializate cu
caracterul null. n continuare, vom folosi interschimbabil denumirea de tip caracter cu denumirea de
tip char, care are avantajul c este mai aproape de declaraiile Java.
5.1.2.3 Tipuri ntregi
5.1.2.3.1 Tipul octet
ntre tipurile ntregi, acest tip ocup un singur octet de memorie, adic opt cifre binare. ntr-o variabil
de tip octet sunt reprezentate ntotdeauna valori cu semn, ca de altfel n toate variabilele de tip ntreg
definite n limbajul Java. Aceast convenie simplific schema de tipuri primitive care, n cazul altor
limbaje include separat tipuri ntregi cu semn i fr.
Fiind vorba de numere cu semn, este nevoie de o convenie de reprezentare a semnului. Convenia
folosit de Java este reprezentarea n complement fa de doi. Aceast reprezentare este de altfel folosit
de majoritatea limbajelor actuale i permite memorarea, pe 8 bii a 256 de numere ncepnd de la -128
pn la 127. Dac avei nevoie de numere mai mari n valoare absolut, apelai la alte tipuri ntregi.
Valoarea implicit pentru o variabil neiniializat de tip octet este valoarea 0 reprezentat pe un octet.
Iat i cteva exemple de declaraii care folosesc cuvntul Java rezervat byte:
byte octet;
byte eleviPeClasa;
n continuare vom folosi interschimbabil denumirea de tip octet cu cea de tip byte.
5.1.2.3.2 Tipul ntreg scurt
Tipul ntreg scurt este similar cu tipul octet dar valorile sunt reprezentate pe doi octei, adic 16 bii. La
fel ca i la tipul octet, valorile
sunt ntotdeauna cu semn i se folosete reprezentarea n complement fa de doi. Valorile de ntregi
scuri reprezentabile sunt de la -32768 la 32767 iar valoarea implicit este 0 reprezentat pe doi octei.
Pentru declararea variabilelor de tip ntreg scurt n Java se folosete cuvntul rezervat short, ca n
exemplele urmtoare:
short i, j;
short valoareNuPreaMare;
n continuare vom folosi interschimbabil denumirea de tip ntreg scurt i cea de tip short.
5.1.2.3.3 Tipul ntreg
Singura diferen dintre tipul ntreg i tipurile precedente este faptul c valorile sunt reprezentate pe
patru octei adic 32 bii. Valorile reprezentabile sunt de la -2147483648 la 2147483647 valoarea
implicit fiind 0. Cuvntul rezervat este int ca n:
int salariu;
n continuare vom folosi interschimbabil denumirea de tip ntreg i cea de tip int.
5.1.2.3.4 Tipul ntreg lung
n fine, pentru cei care vor s reprezinte numerele ntregi cu semn pe 8 octei, 64 de bii, exist tipul
ntreg lung. Valorile reprezentabile sunt de la -9223372036854775808 la
9223372036854775807 iar valoarea implicit este 0L.
Pentru cei care nu au calculatoare care lucreaz pe 64 de bii este bine de precizat faptul c folosirea
acestui tip duce la operaii lente pentru c nu exist operaii native ale procesorului care s lucreze cu
numere aa de mari.
Declaraia se face cu cuvntul rezervat long. n continuare vom folosi interschimbabil denumirea de tip
ntreg lung cu cea de tip long.
5.1.2.4 Tipuri flotante

Acest tip este folosit pentru reprezentarea numerelor reale sub form de exponent i cifre semnificative.
Reprezentarea se face pe patru octei, 32 bii, aa cum specific standardul IEEE 754.
5.1.2.4.1 Tipul flotant
Valorile finite reprezentabile ntr-o variabil de tip flotant sunt de forma:

sm2e
unde s este semnul +1 sau -1, m este partea care specific cifrele reprezentative ale numrului, numit i
mantis, un ntreg pozitiv mai mic dect 224 iar e este un exponent ntreg ntre -149 i 104.
Valoarea implicit pentru variabilele flotante este 0.0f. Pentru declararea unui numr flotant, Java
definete cuvntul rezervat float. Declaraiile se fac ca n exemplele urmtoare:
float procent;
float noi, ei;
n continuare vom folosi interschimbabil denumirea de tip flotant i cea de tip float.
5.1.2.4.2 Tipul flotant dublu
Dac valorile reprezentabile n variabile flotante nu sunt destul de precise sau destul de mari, putei
folosi tipul flotant dublu care folosete opt octei pentru reprezentare, urmnd acelai standard IEEE 754
Valorile finite reprezentabile cu flotani dubli sunt de forma:
sm2e
unde s este semnul +1 sau -1, m este mantisa, un ntreg pozitiv mai mic dect 253 iar e este un exponent
ntreg ntre -1045 i 1000. Valoarea implicit n acest caz este 0.0d.
Pentru a declara flotani dubli, Java definete cuvntul rezervat double ca n:
double distanaPnLaLun;
n continuare vom folosi interschimbabil denumirea de tip flotant dublu i cea de tip double.
n afar de valorile definite pn acum, standardul IEEE definete cteva valori speciale reprezentabile
pe un flotant sau un flotant dublu.

5.1.2.4.3 Reali speciali definii de IEEE
Prima dintre acestea este NaN (Not a Number), valoare care se obine atunci cnd efectum o operaie a
crei rezultat nu este definit, de exemplu 0.0 / 0.0.
n plus, standardul IEEE definete dou valori pe care le putem folosi pe post de infinit pozitiv i negativ.
i aceste valori pot rezulta n urma unor calcule.
Aceste valori sunt definite sub form de constante i n ierarhia standard Java, mai precis n clasa java.
lang.Float i respectiv n java.lang.Double. Numele constantelor este POSITIVE_INFINITY,
NEGATIVE_INFINITY, NaN.
n plus, pentru tipurile ntregi i ntregi lungi i pentru tipurile flotante exist definite clase n ierarhia
standard Java care se numesc respectiv java.lang.Integer, java.lang.Long, java.lang.Float i java.lang.
Double. n fiecare dintre aceste clase numerice sunt definite dou constante care reprezint valorile
minime i maxime care se pot reprezenta n tipurile respective. Aceste dou constante se numesc n mod
uniform MIN_VALUE i MAX_VALUE.
5.1.3 Tipuri referin

Tipurile referin sunt folosite pentru a referi un obiect din interiorul unui alt obiect. n acest mod putem
nlnui informaiile aflate n memorie.
Tipurile referin au, la fel ca i toate celelalte tipuri o valoare implicit care este atribuit automat
oricrei variabile de tip referin care nu a fost iniializat. Aceast valoare implicit este definit de
ctre limbajul Java prin cuvntul rezervat null.
Putei nelege semnificaia referinei nule ca o referin care nu trimite nicieri, a crei destinaie nu a
fost nc fixat.
Simpla declaraie a unei referine nu duce automat la rezervarea spaiului de memorie pentru obiectul
referit. Singura rezervare care se face este aceea a spaiului necesar memorrii referinei n sine.
Rezervarea obiectului trebuie fcut explicit n program printr-o expresie de alocare care folosete
cuvntul rezervat new.
O variabil de tip referin nu trebuie s trimit pe tot timpul existenei sale ctre acelai obiect n
memorie. Cu alte cuvinte, variabila i poate schimba locaia referit n timpul execuiei.
5.1.3.1 Tipul referin ctre o clas
Tipul referin ctre o clas este un tip referin care trimite ctre o instan a unei clasei de obiecte.
Clasa instanei referite poate fi oricare clas valid definit de limbaj sau de utilizator.
Clasa de obiecte care pot fi referite de o anumit variabil de tip referin la clas trebuie declarat
explicit. De exemplu, pentru a declara o referin ctre o instan a clasei Minge, trebuie s folosim
urmtoarea sintax:
Minge mingeaMea;
Din acest moment, variabila referin de clas numit mingeaMea va putea pstra doar referine ctre
obiecte de tip Minge sau ctre obiecte aparinnd unor clase derivate din clasa Minge. De exemplu,
dac avem o alt clas, derivat din Minge, numit MingeDeBaschet, putem memora n referina
mingeaMea i o trimitere ctre o instan a clasei MingeDeBaschet.
n mod general ns, nu se pot pstra n variabila mingeaMea referine ctre alte clase de obiecte. Dac
se ncerc acest lucru, eroarea va fi semnalat chiar n momentul compilrii, atunci cnd sursa
programului este examinat pentru a fi transformat n instruciuni ale mainii virtuale Java.
S mai observm c o referin ctre clasa de obiecte Object, rdcina ierarhiei de clase Java, poate
pstra i o referin ctre un tablou. Mai multe lmuriri asupra acestei afirmaii mai trziu.
5.1.3.2 Tipul referin ctre o interfa
Tipul referin ctre o interfa permite pstrarea unor referine ctre obiecte care respect o anumit
interfa. Clasa obiectelor referite poate fi oricare, atta timp ct clasa respectiv implementeaz
interfaa cerut.
Declaraia se face cu urmtoarea sintax:
ObiectSpaioTemporal mingeaLuiVasile;
n care tipul este chiar numele interfeei cerute. Dac clasa de obiecte Minge declar c implementeaz
aceast interfa, atunci variabila referin mingeaLuiVasile poate lua ca valoare referina ctre o
instan a clasei Minge sau a clasei MingeDeBaschet.
Prin intermediul unei variabile referin ctre o interfa nu se poate apela dect la funcionalitatea
cerut n interfaa respectiv, chiar dac obiectele reale ofer i alte faciliti, ele aparinnd unor clase
mai bogate n metode.
5.1.3.3 Tipul referin ctre un tablou
Tipul referin ctre un tablou este un tip referin care poate pstra o trimitere ctre locaia din
memorie a unui tablou de elemente. Prin intermediul acestei referine putem accesa elementele tabloului
furniznd indexul elementului dorit.
Tablourile de elemente nu exist n general ci ele sunt tablouri formate din elemente de un tip bine
precizat. Din aceast cauz, atunci cnd declarm o referin ctre un tablou, trebuie s precizm i de ce
tip sunt elementele din tabloul respectiv.
La declaraia referinei ctre tablou nu trebuie s precizm i numrul de elemente din tablou.
Iat cum se declar o referin ctre un tablou de ntregi lungi:
long numere[];
Numele variabilei este numere. Un alt exemplu de declaraie de referin ctre un tablou:
Minge echipament[];
Declaraia de mai sus construiete o referin ctre un tablou care pstreaz elemente de tip referin
ctre o instan a clasei Minge. Numele variabilei referin este echipament. Parantezele drepte de
dup numele variabilei specific faptul c este vorba despre un tablou.
Mai multe despre tablouri ntr-un paragraf urmtor.
5.1.4 Clasa de memorare

Fiecare variabil trebuie s aib o anumit clas de memorare. Aceast clas ne permite s aflm care
este intervalul de existen i vizibilitatea unei variabile n contextul execuiei unui program.
Este important s nelegem exact aceast noiune pentru c altfel vom ncerca s referim variabile
nainte ca acestea s fi fost create sau dup ce au fost distruse sau s referim variabile care nu sunt
vizibile din zona de program n care le apelm. Soluia simpl de existen a tuturor variabilelor pe tot
timpul execuiei este desigur afar din discuie att din punct de vedere al eficienei ct i a eleganei i
stabilitii codului.
5.1.4.1 Variabile locale
Aceste variabile nu au importan prea mare n contextul ntregii aplicaii, ele servind la rezolvarea unor
probleme locale. Variabilele locale sunt declarate, rezervate n memorie i utilizate doar n interiorul
unor blocuri de instruciuni, fiind distruse automat la ieirea din aceste blocuri. Aceste variabile sunt
vizibile doar n interiorul blocului n care au fost create i n subblocurile acestuia.
file:///C|/Documents%20and%20Settings/Luminita/Desk...20in%20romana/Carte%20JAVA%20in%20romana/cap51.html (10 of 23)12.01.2006 23:07:53
5.1.4.2 Variabile statice

Variabilele statice sunt n general legate de funcionalitatea anumitor clase de obiecte ale cror instane
folosesc n comun aceste variabile. Variabilele statice sunt create atunci cnd codul specific clasei n care
au fost declarate este ncrcat n memorie i nu sunt distruse dect atunci cnd acest cod este eliminat din
memorie.
Valorile memorate n variabile statice au importan mult mai mare n aplicaie dect cele locale, ele
pstrnd informaii care nu trebuie s se piard la dispariia unei instane a clasei. De exemplu,
variabila n care este memorat numrul de picioare al obiectelor din clasa Om nu trebuie s fie distrus la
dispariia unei instane din aceast clas. Aceasta din cauz c i celelalte instane ale clasei folosesc
aceeai valoare. i chiar dac la un moment dat nu mai exist nici o instan a acestei clase, numrul de
picioare ale unui Om trebuie s fie accesibil n continuare pentru interogare de ctre celelalte clase.
Variabilele statice nu se pot declara dect ca variabile ale unor clase i conin n declaraie cuvntul
rezervat static. Din cauza faptului c ele aparin clasei i nu unei anumite instane a clasei,
variabilele statice se mai numesc uneori i variabile de clas.
5.1.4.3 Variabile dinamice
Un alt tip de variabile sunt variabilele a cror perioad de existen este stabilit de ctre programator.
Aceste variabile pot fi alocate la cerere, dinamic, n orice moment al execuiei programului. Ele vor fi
distruse doar atunci cnd nu mai sunt referite de nicieri.
La alocarea unei variabile dinamice, este obligatoriu s pstrm o referin ctre ea ntr-o variabil de tip
referin. Altfel, nu vom putea accesa n viitor variabila dinamic. n momentul n care nici o referin
nu mai trimite ctre variabila dinamic, de exemplu pentru c referina a fost o variabil local i blocul
n care a fost declarat i-a terminat execuia, variabila dinamic este distrus automat de ctre sistem
printr-un mecanism numit colector de gunoaie.
Colectorul de gunoaie poate porni din iniiativa sistemului sau din iniiativa programatorului la
momente bine precizate ale execuiei.
Pentru a rezerva spaiu pentru o variabil dinamic este nevoie s apelm la o expresie de alocare care
folosete cuvntul rezervat new. Aceast expresie aloc spaiul necesar pentru un anumit tip de valoare.
De exemplu, pentru a rezerva spaiul necesar unui obiect de tip Minge, putem apela la sintaxa:
Minge mingeaMea = new Minge();
iar pentru a rezerva spaiul necesar unui tablou de referine ctre obiecte de tip Minge putem folosi
declaraia:
Minge echipament[] = new Minge[5];

Am alocat astfel spaiu pentru un tablou care conine 5 referine ctre obiecte de tip Minge. Pentru
alocarea tablourilor coninnd tipuri primitive se folosete aceeai sintax. De exemplu, urmtoarea linie
de program aloc spaiul necesar unui tablou cu 10 ntregi, crend n acelai timp i o variabil referin
spre acest tablou, numit numere:
int numere[] = new int[10];
5.1.5 Tablouri de variabile

Tablourile servesc, dup cum spuneam, la memorarea secvenelor de elemente de acelai tip. Tablourile
unidimensionale au semnificaia vectorilor de elemente. Se poate ntmpla s lucrm i cu tablouri de
referine ctre tablouri, n acest caz modelul fiind acela al unei matrici bidimensionale. n fine, putem
extinde definiia i pentru mai mult de dou dimensiuni.
5.1.5.1 Declaraia variabilelor de tip tablou
Pentru a declara variabile de tip tablou, trebuie s specificm tipul elementelor care vor umple tabloul i
un nume pentru variabila referin care va pstra trimiterea ctre zona de memorie n care sunt
memorate elementele tabloului.
Dei putem declara variabile referin ctre tablou i separat, de obicei declaraia este fcut n acelai
timp cu alocarea spaiului ca n exemplele din paragraful anterior.
Sintaxa Java permite plasarea parantezelor drepte care specific tipul tablou nainte sau dup numele
variabilei. Astfel, urmtoarele dou declaraii sunt echivalente:
int[] numere;
int numere[];
Dac dorii s folosii tablouri cu dou dimensiuni ca matricile, putei s declarai un tablou de
referine ctre tablouri cu una dintre urmtoarele trei sintaxe echivalente:
float[][] matrice;
float[] matrice[];
float matrice[][];
De precizat c i n cazul dimensiunilor multiple, declaraiile de mai sus nu fac nimic altceva dect s
rezerve loc pentru o referin i s precizeze numrul de dimensiuni. Alocarea spaiului pentru
elementele tabloului trebuie fcut explicit.
Despre rezervarea spaiului pentru tablourile cu o singur dimensiune am vorbit deja. Pentru tablourile
cu mai multe dimensiuni, rezervarea spaiului se poate face cu urmtoarea sintax:
byte [][]octeti = new byte[23][5];
n expresia de alocare sunt specificate n clar numrul elementelor pentru fiecare dimensiune a tabloului.
5.1.5.2 Iniializarea tablourilor.

Limbajul Java permite i o sintax pentru iniializarea elementelor unui tablou. ntr-un astfel de caz este
rezervat automat i spaiul de memorie necesar memorrii valorilor iniiale. Sintaxa folosit n astfel de
cazuri este urmtoarea:
char []caractere = { a, b, c, d };
Acest prim exemplu aloc spaiu pentru patru elemente de tip caracter i iniializeaz aceste elemente cu
valorile dintre acolade. Dup aceea, creeaz variabila de tip referin numit caractere i o iniializeaz
cu referina la zona de memorie care pstreaz cele patru valori.
Iniializarea funcioneaz i la tablouri cu mai multe dimensiuni ca n exemplele urmtoare:
int [][]numere = {
{ 1, 3, 4, 5 },
{ 2, 4, 5 },
{ 1, 2, 3, 4, 5 }
};
double [][][]reali = {
{ { 0.0, -1.0 }, { 4.5 } },
{ { 2.5, 3.0 } }
};
Dup cum observai numrul iniializatorilor nu trebuie s fie acelai pentru fiecare element.
5.1.5.3 Lungimea tablourilor
Tablourile Java sunt alocate dinamic, ceea ce nseamn c ele i pot schimba dimensiunile pe parcursul
execuiei. Pentru a afla numrul de elemente dintr-un tablou, putem apela la urmtoarea sintax:
float []tablou = new float[25];
int dimensiune = tablou.length;
// dimensiune primete valoarea 25
sau
float [][]multiTablou = new float[3][4];
int dimensiune1 = multiTablou[2].length;
// dimensiune1 primete valoarea 4
int dimensiune2 = multiTablou.length;
// dimensiune2 primete valoarea 3 ^
5.1.5.4 Referirea elementelor din tablou
Elementele unui tablou se pot referi prin numele referinei tabloului i indexul elementului pe care dorim
s-l referim. n Java, primul element din tablou este elementul cu numrul 0, al doilea este elementul
numrul 1 i aa mai departe.
Sintaxa de referire folosete parantezele ptrate [ i ]. ntre ele trebuie specificat indexul elementului pe
care dorim s-l referim. Indexul nu trebuie s fie constant, el putnd fi o expresie de complexitate
oarecare.
Iat cteva exemple:
int []tablou = new int[10];
tablou[3] = 1;
// al patrulea element primete valoarea 1
float [][]reali = new float[3][4];
reali[2][3] = 1.0f;
// al patrulea element din al treilea tablou
// primete valoarea 1
n cazul tablourilor cu mai multe dimensiuni, avem n realitate tablouri de referine la tablouri. Asta
nseamn c dac considerm urmtoarea declaraie:
char [][]caractere = new char [5][];
Figura 5.1 Elementele tabloului sunt de tip referin, iniializate implicit la valoarea null.
Variabila referin numit caractere conine deocamdat un tablou de 5 referine la tablouri de

caractere. Cele cinci referine sunt iniializate cu null. Putem iniializa aceste tablouri prin atribuiri de
expresii de alocare:
caractere[0] = new char [3];
caractere[4] = new char [5];
Figura 5.2 Noile tablouri sunt referite din interiorul tabloului original. Elementele noilor tablouri
sunt caractere.
La fel, putem scrie:

char []tablouDeCaractere = caractere[0];
Figura 5.3 Variabilele de tip referin caractere[0] i tablouDeCaractere trimit spre acelai
tablou rezervat n memorie.
Variabila tablouDeCaractere trimite ctre acelai tablou de caractere ca i cel referit de primul element al
tabloului referit de variabila caractere.
S mai precizm c referirea unui element de tablou printr-un index mai mare sau egal cu lungimea
tabloului duce la oprirea execuiei programului cu un mesaj de eroare de execuie corespunztor.
5.1.5.5 Alocarea i eliberarea tablourilor
Despre alocarea tablourilor am spus deja destul de multe. n cazul n care nu avem iniializatori,
variabilele sunt iniializate cu valorile implicite definite de limbaj pentru tipul corespunztor. Aceasta
nseamn c, pentru tablourile cu mai multe dimensiuni, referinele sunt iniializate cu null.
Pentru eliberarea memoriei ocupate de un tablou, este suficient s tiem toate referinele ctre tablou.
Sistemul va sesiza automat c tabloul nu mai este referit i mecanismul colector de gunoaie va elibera
zona. Pentru a tia o referin ctre un tablou dm o alt valoare variabilei care refer tabloul. Valoarea
poate fi null sau o referin ctre un alt tablou.
De exemplu:
float []reali = new float[10];
?
reali = null; // eliberarea tabloului
sau
reali = new float[15]; // eliberarea n alt fel
sau
{
float []reali = new float[10];
?
}// eliberare automat, variabila reali a fost
// distrus la ieirea din blocul n care a
// fost declarat, iar tabloul de 10 flotani
// nu mai este referit ^
5.1.6 Conversii
Operaiile definite n limbajul Java au un tip bine precizat de argumente. Din pcate, exist situaii n
care nu putem transmite la apelul acestora exact tipul pe care compilatorul Java l ateapt. n asemenea
situaii, compilatorul are dou alternative: fie respinge orice operaie cu argumente greite, fie ncearc
s converteasc argumentele ctre tipurile necesare. Desigur, n cazul n care conversia nu este posibil,
singura alternativ rmne prima.
n multe situaii ns, conversia este posibil. S lum de exemplu tipurile ntregi. Putem s convertim
ntotdeauna un ntreg scurt la un ntreg. Valoarea rezultat va fi exact aceeai. Conversia invers ns,
poate pune probleme dac valoarea memorat n ntreg depete capacitatea de memorare a unui ntreg
scurt.
n afar de conversiile implicite, pe care compilatorul le hotrte de unul singur, exist i conversii
explicite, pe care programatorul le poate fora la nevoie. Aceste conversii efectueaz de obicei operaii
n care exist pericolul s se piard o parte din informaii. Compilatorul nu poate hotr de unul singur n
aceste situaii.
Conversiile implicite pot fi un pericol pentru stabilitatea aplicaiei dac pot s duc la pierderi de
informaii fr avertizarea programatorului. Aceste erori sunt de obicei extrem de greu de depistat.
n fiecare limbaj care lucreaz cu tipuri fixe pentru datele sale exist conversii imposibile, conversii
periculoase i conversii sigure. Conversiile imposibile sunt conversiile pe care limbajul nu le permite
pentru c nu tie cum s le execute sau pentru c operaia este prea periculoas. De exemplu, Java refuz
s converteasc un tip primitiv ctre un tip referin. Dei s-ar putea imagina o astfel de conversie bazat
pe faptul c o adres este n cele din urm un numr natural, acest tip de conversii
sunt extrem de periculoase, chiar i atunci cnd programatorul cere explicit aceast conversie.
5.1.6.1 Conversii de extindere a valorii
n aceste conversii valoarea se reprezint ntr-o zon mai mare fr s se piard nici un fel de informaii.
Iat conversiile de extindere pe tipuri primitive:
byte la short, int, long, float sau double

short la int, long, float sau double
char la int, long, float sau double
int la long, float sau double
long la float sau double
float la double
S mai precizm totui c, ntr-o parte din aceste cazuri, putem pierde din precizie. Aceast situaie
apare de exemplu la conversia unui long ntr-un float, caz n care se pierd o parte din cifrele
semnificative pstrndu-se ns ordinul de mrime. De altfel aceast observaie este evident dac inem
cont de faptul c un long este reprezentat pe 64 de bii n timp ce un float este reprezentat doar pe
32 de bii.
Precizia se pierde chiar i n cazul conversiei long la double sau int la float pentru c, dei
dimensiunea zonei alocat pentru cele dou tipuri este aceeai, numerele flotante au nevoie de o parte din
aceast zon pentru a reprezenta exponentul.
n aceste situaii, se va produce o rotunjire a numerelor reprezentate.
5.1.6.2 Conversii de trunchiere a valorii
Conveniile de trunchiere a valorii pot produce pierderi de informaie pentru c ele convertesc tipuri
mai bogate n informaii ctre tipuri mai srace. Conversiile de trunchiere pe tipurile elementare sunt
urmtoarele:
byte la char
short la byte sau char

char la byte sau short
int la byte, short sau char
long la byte, short char, sau int
float la byte, short, char, int sau long
double la byte, short, char, int, long sau float.
n cazul conversiilor de trunchiere la numerele cu semn, este posibil s se schimbe semnul pentru c, n
timpul conversiei, se ndeprteaz pur i simplu octeii care nu mai ncap i poate rmne primul bit
diferit de vechiul prim bit. Copierea se face ncepnd cu octeii mai puin semnificativi iar trunchierea
se face la octeii cei mai semnificativi.
Prin octeii cei mai semnificativi ne referim la octeii n care sunt reprezentate cifrele cele mai
semnificative. Cifrele cele mai semnificative sunt cifrele care dau ordinul de mrime al numrului. De
exemplu, la numrul 123456, cifrele cele mai semnificative sunt primele, adic: 1, 2, etc. La acelai
numr, cifrele cele mai puin semnificative sunt ultimele, adic: 6, 5, etc.
5.1.6.3 Conversii pe tipuri referin
Conversiile tipurilor referin nu pun probleme pentru modul n care trebuie executat operaia din
cauz c, referina fiind o adres, n timpul conversiei nu trebuie afectat n nici un fel aceast adres. n
schimb, se pun probleme legate de corectitudinea logic a conversiei. De exemplu, dac avem o
referin la un obiect care nu este tablou, este absurd s ncercm s convertim aceast referin la o
referin de tablou.
Limbajul Java definete extrem de strict conversiile posibile n cazul tipurilor referin pentru a salva
programatorul de eventualele necazuri care pot apare n timpul execuiei. Iat conversiile posibile:
O referin ctre un obiect aparinnd unei clase C poate fi convertit la o referin ctre un
obiect aparinnd clasei S doar n cazul n care C este chiar S sau C este derivat direct sau
indirect din S.
O referin ctre un obiect aparinnd unei clase C poate fi convertit ctre o referin de
interfa I numai dac clasa C implementeaz interfaa I.
O referin ctre un tablou poate fi convertit la o referin ctre o clas numai dac clasa
respectiv este clasa Object.
O referin ctre un tablou de elemente ale crui elemente sunt de tipul T1 poate fi convertit la o
referin ctre un tablou de elemente de tip T2 numai dac T1 i T2 reprezint acelai tip primitiv
sau T2 este un tip referin i T1 poate fi convertit ctre T2.
5.1.6.4 Conversii la operaia de atribuire

Conversiile pe care limbajul Java le execut implicit la atribuire sunt foarte puine. Mai exact, sunt
executate doar acele conversii care nu necesit validare n timpul execuiei i care nu pot pierde
informaii n cazul tipurilor primitive.
n cazul valorilor aparinnd tipurilor primitive, urmtorul tabel arat conversiile posibile. Pe coloane
avem tipul de valoare care se atribuie iar pe linii avem tipurile de variabile la care se atribuie:
boolean
char
byte
short
int
long
float
double
boolean
Da
Nu
Nu
Nu
Nu
Nu
Nu
Nu
char
Nu
Da
Da
Da
Nu
Nu
Nu
Nu
byte
Nu
Da
Da
Nu
Nu
Nu
Nu
Nu
short
Nu
Da
Da
Da
Nu
Nu
Nu
Nu
int
Nu
Da
Da
Da
Da
Nu
Nu
Nu
long
Nu
Da
Da
Da
Da
Da
Nu
Nu
float
Nu
Da
Da
Da
Da
Da
Da
Nu
double
Nu
Da
Da
Da
Da
Da
Da
Da
Tabloul 5.1 Conversiile posibile ntr-o operaie de atribuire cu tipuri primitive. Coloanele
reprezint tipurile care se atribuie iar liniile reprezint tipul de variabil ctre care se face
atribuirea.
Dup cum observai, tipul boolean nu poate fi atribuit la o variabil de alt tip.
Valorile de tip primitiv nu pot fi atribuite variabilelor de tip referin. La fel, valorile de tip referin nu
pot fi memorate n variabile de tip primitiv. n ceea ce privete tipurile referin ntre ele, urmtorul tabel
definete situaiile n care conversiile sunt posibile la atribuirea unei valori de tipul T la o variabil de
tipul S:
S este o clas
care nu este
final
T este o clas care

nu este final
T este o clas care

este final
T este o interfa
T = B[] este un
tablou cu
elemente de
tipul B
T trebuie s fie
subclas a lui S
T trebuie s fie o
subclas a lui S
eroare la
compilare
S trebuie s fie
Object
S este o clas
care este
final
T trebuie s fie
aceeai clas ca i S
T trebuie s fie
aceeai clas ca i S
eroare la
compilare
eroare la
compilare
S este o
interfa
T trebuie s
implementeze
interfaa S
T trebuie s
implementeze
interfaa S
T trebuie s fie o
subinterfa a lui
S
eroare la
compilare
S = A[] este
un tablou cu
elemente de
tipul A
eroare la compilare
eroare la compilare
eroare la
compilare
A sau B sunt
acelai tip
primitiv sau A
este un tip
referin i B
poate fi
atribuit lui A
Tabloul 5.2 Conversiile posibile la atribuirea unei valori de tipul T la o variabil de tipul S.
5.1.6.5 Conversii explicite

Conversiile de tip cast, sau casturile, sunt apelate de ctre programator n mod explicit. Sintaxa pentru
construcia unui cast este scrierea tipului ctre care dorim s convertim n paranteze n faa valorii pe
care dorim s o convertim. Forma general este:
( Tip ) Valoare
Conversiile posibile n acest caz sunt mai multe dect conversiile implicite la atribuire pentru c n acest
caz programatorul este prevenit de eventuale pierderi de date el trebuind s apeleze conversia explicit.
Dar, continu s existe conversii care nu se pot apela nici mcar n mod explicit, dup cum am explicat
nainte.
n cazul conversiilor de tip cast, orice valoare numeric poate fi convertit la orice valoare numeric.
n continuare, valorile de tip boolean nu pot fi convertite la nici un alt tip.
Nu exist conversii ntre valorile de tip referin i valorile de tip primitiv.
n cazul conversiilor dintr-un tip referin ntr-altul putem separa dou cazuri. Dac compilatorul poate
decide n timpul compilrii dac conversia este corect sau nu, o va decide. n cazul n care compilatorul
nu poate decide pe loc, se va efectua o verificare a conversiei n timpul execuiei. Dac conversia se
dovedete greit, va apare o eroare de execuie i programul va fi ntrerupt.
Iat un exemplu de situaie n care compilatorul nu poate decide dac conversia este posibil sau nu:
Minge mingeaMea;
?
MingeDeBaschet mingeaMeaDeBaschet;
// MingeDeBaschet este o clas
// derivat din clasa Minge
mingeaMeaDeBaschet=(MingeDeBaschet)mingeaMea;
n acest caz, compilatorul nu poate fi sigur dac referina memorat n variabila mingeaMea este de tip
MingeDeBaschet sau nu pentru c variabilei de tip Minge i se pot atribui i referine ctre instane
de tip Minge n general, care nu respect ntru totul definiia clasei MingeDeBaschet sau chiar
referin ctre alte tipuri de minge derivate din clasa Minge, de exemplu MingeDePolo care
implementeaz proprieti i operaii diferite fa de clasa MingeDeBaschet.
Iat i un exemplu de conversie care poate fi decis n timpul compilrii:
Minge mingeaMea;
?
mingeaMea = ( Minge ) mingeaMeaDeBaschet;
n urmtorul exemplu ns, se poate decide n timpul compilrii imposibilitatea conversiei:
MingeDePolo mingeaMeaDePolo;
?
mingeaMeaDePolo = ( MingeDePolo ) mingeaMeaDeBaschet;
n fine, tabelul urmtor arat conversiile de tip cast a cror corectitudine poate fi stabilit n timpul
compilrii. Conversia ncearc s transforme printr-un cast o referin de tip T ntr-o referin de tip S.
S este o clas
care nu este
final
T este o clas
care nu este
final
T este o clas care

este final
T este o interfa
T = B[] este un
tablou cu
elemente de
tipul B
T trebuie s fie
subclas a lui S
T trebuie s fie o
subclas a lui S
Totdeauna corect la
compilare
S trebuie s fie
Object
S este o clas
care este
final
S trebuie s fie
subclas a lui T
T trebuie s fie
aceeai clas ca i S
S trebuie s
implementeze
interfaa T
eroare la
compilare
S este o
interfa
Totdeauna
corect la
compilare
T trebuie s
implementeze
interfaa S
Totdeauna corect la
compilare
eroare la
compilare
S = A[] este
un tablou cu
elemente de
tipul A
T trebuie s fie
Object
eroare la compilare
eroare la compilare
A sau B sunt
acelai tip
primitiv sau A
este un tip
referin i B
poate fi
convertit cu un
cast la A
Tabloul 5.3 Cazurile posibile la convertirea unei referine de tip T ntr-o referin de tip S.
5.1.6.6 Conversii de promovare aritmetic

Promovarea aritmetic se aplic n cazul unor formule n care operanzii pe care se aplic un operator
sunt de tipuri diferite. n aceste cazuri,
compilatorul ncearc s promoveze unul sau chiar amndoi operanzii la acelai tip pentru a putea fi
executat operaia.
Exist dou tipuri de promovare, promovare aritmetic unar i binar.
n cazul promovrii aritmetice unare, exist un singur operand care n cazul c este byte sau short
este transformat la int altfel rmne nemodificat.
La promovarea aritmetic binar se aplic urmtorul algoritm:
1.
2.
3.
4.
Dac un operand este double, cellalt este convertit la double.

Altfel, dac un operand este de tip float, cellalt operand este convertit la float.
Altfel, dac un operand este de tip long, cellalt este convertit la long
Altfel, amndoi operanzii sunt convertii la int.
De exemplu, n urmtoarea operaie amndoi operanzii vor fi convertii la float prin promovare
aritmetic binar:
float f;
double i = f + 3;
Dup efectuarea operaiei, valoarea obinut va fi convertit implicit la double.
n urmtorul exemplu, se produce o promovare unar la int de la short.
short s, r;
?
int min = ( r < -s ) ? r : s;
n expresia condiional, operandul -s se traduce de fapt prin aplicarea operatorului unar - la variabila s
care este de tip short. n acest caz, se va produce automat promovarea aritmetic unar de la short la
int, apoi se va continua evaluarea expresiei.
[capitolul V]
[cuprins]
Capitolul V -- 2. Expresii
Capitolul V
5.2 Expresii
5.2.1 Valoarea i tipul unei expresii
5.2.2 Ordinea de evaluare
5.2.3 Operatori
5.2.3.1 Operatori unari
5.2.3.1.1 Operatorii de preincrementare i postincrementare
5.2.3.1.2 Operatorul + unar
5.2.3.1.3 Operatorul - unar
5.2.3.1.4 Operatorul de complementare
5.2.3.1.5 Operatorul de negare logic
5.2.3.1.6 Casturi
5.2.3.2 Operatori binari
5.2.3.2.1 Operatori multiplicativi: *, /, %
5.2.3.2.2 Operatori aditivi: +, -, concatenare pentru iruri de
caractere
5.2.3.2.3 Operatori de iftare: >>, <<, >>>
5.2.3.2.4 Operatori relaionali: <, >, <=, >=, instanceof
5.2.3.2.5 Operatori de egalitate: ==, !=
5.2.3.2.6 Operatori la nivel de bit: &, |, ^
5.2.3.2.7 Operatori logici: &&, ||
5.2.3.3 Operatorul condiional ?:
5.2.3.4 Operaii ntregi
5.2.3.5 Operaii flotante
5.2.3.6 Apeluri de metode
5.2.1 Valoarea i tipul unei expresii

Fiecare expresie a limbajului Java are un rezultat i un tip. Rezultatul poate fi:
o valoare
o variabil
nimic
n cazul n care valoarea unei expresii are ca rezultat o variabil, expresia poate apare n stnga unei
operaii de atribuire. De exemplu expresia:
tablou[i]
este o expresie care are ca rezultat o variabil i anume locaia elementului cu indexul i din tabloul de
elemente numit tablou.
O expresie nu produce nimic doar n cazul n care este un apel de metod i acest apel nu produce nici un
rezultat (este declarat de tip void).
Fiecare expresie are n timpul compilrii un tip cunoscut. Acest tip poate fi o valoare primitiv sau o
referin. n cazul expresiilor care au tip referin, valoarea expresiei poate s fie i referina
neiniializat, null.
5.2.2 Ordinea de evaluare

n Java operanzii sunt evaluai ntotdeauna de la stnga spre dreapta. Acest lucru nu trebuie s ne
ndemne s scriem cod care s depind de ordinea de evaluare pentru c, n unele situaii, codul rezultat
este greu de citit. Regula este introdus doar pentru a asigura generarea uniform a codului binar,
independent de compilatorul folosit.
Evaluarea de la stnga la dreapta implic urmtoarele aspecte:
n cazul unui operator binar, operandul din stnga este ntotdeauna complet evaluat atunci cnd se
trece la evaluarea operandului din dreapta. De exemplu, n expresia:
( i++ ) + i
dac i avea valoarea iniial 2, toat expresia va avea valoarea 5 pentru c valoarea celui
de-al doilea i este luat dup ce s-a executat incrementarea i++.
n cazul unei referine de tablou, expresia care numete tabloul este complet evaluat nainte de a
se trece la evaluarea expresiei care d indexul. De exemplu, n expresia:
( a = b )[i]
indexul va fi aplicat dup ce s-a executat atribuirea valorii referin b la variabila referin de
tablou a. Cu alte cuvinte, rezultatul va fi al i-lea element din tabloul b.
n cazul apelului unei metode, expresia care numete obiectul este complet evaluat atunci cnd se
trece la evaluarea expresiilor care servesc drept argumente.

n cazul unui apel de metod, dac exist mai mult dect un parametru, la evaluarea parametrului
numrul i, toi parametrii de la 1 la i-1 sunt deja evaluai complet.
n cazul unei expresii de alocare, dac avem mai multe dimensiuni exprimate n paranteze drepte,
dimensiunile sunt de asemenea evaluate de la stnga la dreapta. De exemplu, n expresia:
new int[i++][i]
tabloul rezultat nu va fi o matrice ptratic ci, dac i avea valoarea 3, de dimensiune 3 x 4.
5.2.3 Operatori
5.2.3.1 Operatori unari
Operatorii unari se aplic ntotdeauna unui singur operand. Aceti operatori sunt, n general exprimai
naintea operatorului asupra cruia se aplic. Exist ns i dou excepii, operatorii de incrementare i
decrementare care pot apare i nainte i dup operator, cu semnificaii diferite.
Operatorii unari sunt urmtorii:
++ preincrement
-- predecrement
++ postincrement
-- postdecrement
+ unar
- unar
~ complementare
! negaie logic
cast
5.2.3.1.1 Operatorii de preincrementare i postincrementare
Operatorii ++ preincrement i postincrement au acelai rezultat final, i anume incrementeaz variabila

asupra creia acioneaz cu 1. Operandul asupra cruia sunt apelai trebuie s fie o variabil de tip
aritmetic. Nu are sens s apelm un operand de incrementare asupra unei valori (de exemplu valoarea
unei expresii sau un literal), pentru c aceasta nu are o locaie de memorie fix n care s memorm
valoarea dup incrementare.
n cazul operatorului prefix, valoarea rezultat a acestei expresii este valoarea variabilei dup
incrementare n timp ce, la operatorul postfix, valoarea rezultat a expresiei este valoarea de dinainte de
incrementare. De exemplu, dup execuia urmtoarei secvene de instruciuni:
int i = 5;
int j = i++;
valoarea lui j este 5, n timp ce, dup execuia urmtoarei secvene de instruciuni:
int i = 5;
int j = ++i;
valoarea lui j va fi 6. n ambele cazuri, valoarea final a lui i va fi 6.
n cazul operatorilor -? predecrement i postdecrement, sunt valabile aceleai consideraii ca mai sus, cu
diferena c valoarea variabilei asupra creia se aplic operandul va fi decrementat cu 1. De exemplu,
urmtoarele instruciuni:
int i = 5;
int j = i--;
fac ca j s aib valoarea final 5 iar urmtoarele instruciuni:
int i = 5;
int j = --i;
fac ca j s aib valoarea final 4. n ambele cazuri, valoarea final a lui i este 4.
Operatorii de incrementare i de decrementare se pot aplica i pe variabile de tip flotant. n asemenea
cazuri, se convertete valoarea 1 la tipul variabilei incrementate sau decrementate, dup care valoarea
rezultat este adunat respectiv sczut din vechea valoare a variabilei. De exemplu, urmtoarele
instruciuni:
double f = 5.6;
double g = ++f;
au ca rezultat final valoarea 6.6 pentru f i pentru g.
5.2.3.1.2 Operatorul + unar
Operatorul + unar se aplic asupra oricrei valori primitive aritmetice. Valoarea rmne neschimbat.
5.2.3.1.3 Operatorul - unar
Operatorul - unar se aplic asupra oricrei valori primitive aritmetice. Rezultatul aplicrii acestui
operand este negarea aritmetic a valorii. n cazul valorilor ntregi, acest lucru este echivalent cu
scderea din 0 a valorii originale. De exemplu, instruciunile:

int i = 5;
int j = -i;
i dau lui j valoarea -5 . n cazul valorilor speciale definite de standardul IEEE pentru reprezentarea
numerelor flotante, se aplic urmtoarele reguli:
Dac operandul este NaN rezultatul negrii aritmetice este tot NaN pentru c NaN nu are semn.
Dac operandul este unul dintre infinii, rezultatul este infinitul opus ca semn.
Dac operandul este zero de un anumit semn, rezultatul este zero de semn diferit. ^
5.2.3.1.4 Operatorul de complementare
Operatorul de complementare ~ se aplic asupra valorilor primitive de tip ntreg. Rezultatul aplicrii
operandului este complementarea bit cu bit a valorii originale. De exemplu, dac operandul era de tip
byte avnd valoarea, n binar, 00110001, rezultatul va fi 11001110. n realitate, nainte de
complementare se face i extinderea valorii la un ntreg, deci rezultatul va fi de fapt: 11111111
11111111 11111111 11001110.
5.2.3.1.5 Operatorul de negare logic
Operatorul de negare logic ! se aplic n exclusivitate valorilor de tip boolean. n cazul n care valoarea
iniial a operandului este true rezultatul va fi false i invers.
5.2.3.1.6 Casturi
Casturile sunt expresii de conversie dintr-un tip ntr-altul, aa cum deja am artat la paragraful destinat
conversiilor. Rezultatul unui cast este valoarea operandului convertit la noul tip de valoare exprimat de
cast. De exemplu, la instruciunile:
double f = 5.6;
int i = ( int )f;
double g = -5.6;
int j = ( int )g;
valoarea variabilei f este convertit la o valoare ntreag, anume 5, i noua valoare este atribuit
variabilei i. La fel, j primete valoarea -5.
S mai precizm c nu toate casturile sunt valide n Java. De exemplu, nu putem converti o valoare
ntreag ntr-o valoare de tip referin.
5.2.3.2 Operatori binari

Operatorii binari au ntotdeauna doi operanzi. Operatorii binari sunt urmtorii:
Operatori multiplicativi: *, /, %
Operatori aditivi: +, -, + (concatenare) pentru iruri de caractere
Operatori de iftare: >>, <<, >>>
Operatori relaionali: <, >, <=, >=, instanceof
Operatori de egalitate: ==, !=
Operatori la nivel de bit: &, |, ^
Operatori logici: &&, ||
5.2.3.2.1 Operatori multiplicativi: *, /, %
Operatorii multiplicativi reprezint respectiv operaiile de nmulire (*), mprire (/) i restul
mpririi (%). Prioritatea acestor operaii este mai mare relativ la operaiile aditive, deci aceti operatori
se vor executa mai nti. Exemple:
10 * 5 == 50
10.3 * 5.0 == 51.5
10 / 2.5 == 4.0// mprire real
3 / 2 == 1// mprire ntreag
7 % 2 == 1// restul mpririi ntregi
123.5 % 4 == 3.5 // 4 * 30 + 3.5
123.5 % 4.5 == 2.0 // 4.5 * 27 + 2.0
Dup cum observai, operanzii sunt convertii mai nti la tipul cel mai puternic, prin promovare
aritmetic, i apoi se execut operaia. Rezultatul este de acelai tip cu tipul cel mai puternic.
n cazul operatorului pentru restul mpririi, dac lucrm cu numere flotante, rezultatul se calculeaz n
felul urmtor: se calculeaz de cte ori este cuprins cel de-al doilea operand n primul (un numr ntreg
de ori) dup care rezultatul este diferena care mai rmne, ntotdeauna mai mic strict dect al doilea
operand.
5.2.3.2.2 Operatori aditivi: +, -, concatenare pentru iruri de caractere
Operatorii aditivi reprezint operaiile de adunare (+), scdere (-) i concatenare (+) de iruri.
Observaiile despre conversia tipurilor fcute la operatorii multiplicativi rmn valabile. Exemple:
2 + 3 == 5
2.34 + 3 == 5.34
34.5 - 23.1 == 11.4
"Acesta este" + " un sir" == "Acesta este un sir"

"Sirul: " + 1 == "Sirul: 1"
"Sirul: " + 3.4444 == "Sirul: 3.4444"
"Sirul: " + null = "Sirul: null"
"Sirul: " + true = "Sirul: true"
Object obiect = new Object();
"Sirul: " + obiect == "java.lang.Object@1393800"
La concatenarea irurilor de caractere, lungimea irului rezultat este suma lungimii irurilor care intr n
operaie. Caracterele din irul rezultat sunt caracterele din primul ir, urmate de cele dintr-al doilea ir n
ordine.
Dac cel de-al doilea operand nu este de tip String ci este de tip referin, se va apela metoda sa
toString, i apoi se va folosi n operaie rezultatul. Metoda toString este definit n clasa
Object i este motenit de toate celelalte clase.
Dac cel de-al doilea operand este un tip primitiv, acesta este convertit la un ir rezonabil de caractere
care s reprezinte valoarea operandului.
5.2.3.2.3 Operatori de iftare: >>, <<, >>>
Operatorii de iftare se pot aplica doar pe valori primitive ntregi. Ei reprezint respectiv operaiile de
iftare cu semn stnga (<<) i dreapta (>>) i operaia de iftare fr semn spre dreapta (>>>).
iftrile cu semn lucreaz la nivel de cifre binare. Cifrele binare din locaia de memorie implicat sunt
mutate cu mai multe poziii spre stnga sau spre dreapta. Poziia binar care reprezint semnul rmne
neschimbat. Numrul de poziii cu care se efectueaz mutarea este dat de al doilea operand. Locaia de
memorie n care se execut operaia este locaia n care este memorat primul operand.
iftarea cu semn la stnga reprezint o operaie identic cu nmulirea cu 2 de n ori, unde n este al doilea
operand. iftarea cu semn la dreapta reprezint mprirea ntreag. n acest caz, semnul este copiat n
mod repetat n locurile rmase goale. Iat cteva exemple:
255 << 3 ==
// 00000000
255 >> 5 ==
// 00000000
2040
11111111 -> 00000111 11111000
7
11111111 -> 00000000 00000111
iftarea fr semn la dreapta, mut cifrele binare din operand completnd spaiul rmas cu zerouri:
0xffffffff >>> -1 == 0x00000001
0xffffffff >>> -2 == 0x00000003
0xffffffff >>> -3 == 0x00000007

0xffffffff >>> 3 == 0x1fffffff
0xffffffff >>> 5 == 0x07ffffff ^
5.2.3.2.4 Operatori relaionali: <, >, <=, >=, instanceof
Operatorii relaionali ntorc valori booleene de adevrat sau fals. Ei reprezint testele de mai mic (<),
mai mare (>), mai mic sau egal (<=), mai mare sau egal (>=) i testul care ne spune dac un anumit
obiect este sau nu instan a unei anumite clase (instanceof). Iat cteva exemple:
1 < 345 == true
1 <= 0 == false
Object o = new Object();
String s = new String();
o instanceof Obiect == true
s instanceof String == true
o instanceof String == false
s instanceof Object == true
S mai observm c String este derivat din Object.
5.2.3.2.5 Operatori de egalitate: ==, !=
Aceti operatori testeaz egalitatea sau inegalitatea dintre dou valori. Ei reprezint testul de egalitate
(==) i de inegalitate (!=). Rezultatul aplicrii acestor operatori este o valoare boolean.
Exemple:
( 1 == 1.0 ) == true
( 2 != 2 ) == false
Object o = new Object();
String s1 = "vasile";
String s2 = s1;
String s4 = "e";
String s3 = "vasil" + s4;
( o == s1 ) == false
( s1 == s2 ) == true // acelai obiect referit
( s3 == s1 ) == false // acelai ir de caractere
// dar obiecte diferite
S observm c egalitatea a dou obiecte de tip String reprezint egalitatea a dou referine de obiecte
i nu egalitatea coninutului irului de caractere. Dou referine sunt egale dac refer exact acelai
obiect, nu dac obiectele pe care le refer sunt egale ntre ele. Egalitatea coninutului a dou iruri de
caractere se testeaz folosind metoda equals, definit n clasa String.
5.2.3.2.6 Operatori la nivel de bit: &, |, ^
Operatorii la nivel de bit reprezint operaiile logice obinuite, dac considerm c 1 ar reprezenta
adevrul i 0 falsul. Operatorii la nivel de bit, consider cei doi operanzi ca pe dou iruri de cifre binare
i fac operaiile pentru fiecare dintre perechile de cifre binare corespunztoare n parte. Rezultatul este
un nou ir de cifre binare. De exemplu, operaia de i (&) logic are urmtorul tabel de adevr:
1
1
0
0
&
&
&
&
1
0
1
0
==
==
==
==
1
0
0
0
Dac apelm operatorul & pe numerele reprezentate binar:

00101111
01110110
rezultatul este:
00100110
Primul numr reprezint cifra 47, al doilea 118 iar rezultatul 38, deci:
47 & 118 == 38
n mod asemntor, tabela de adevr pentru operaia logic sau (|) este:
1
1
0
0
|
|
|
|
1
0
1
0
==
==
==
==
1
1
1
0
iar tabela de adevr pentru operaia logic de sau exclusiv (^) este:
1
1
0
0
^
^
^
^
1
0
1
0
==
==
==
==
0
1
1
0
Iat i alte exemple:

1245 ^ 2345 == 3572
128 & 255 == 128
127 & 6 == 6
128 | 255 == 255
127 | 6 == 127
32 ^ 64 == 96 ^
5.2.3.2.7 Operatori logici: &&, ||
Operatorii logici se pot aplica doar asupra unor operanzi de tip boolean. Rezultatul aplicrii lor este tot
boolean i reprezint operaia logic de i (&&) sau operaia logic de sau (||) ntre cele dou valori
booleene. Iat toate posibilitile de combinare:
true && true == true
true && false == false
false && true == false
false && false == false
true || true == true
true || false == true
false || true == true
false || false == false
n cazul operatorului && este evaluat mai nti operandul din stnga. Dac acesta este fals, operandul din
dreapta nu mai este evaluat, pentru c oricum rezultatul este fals. Acest lucru ne permite s testm
condiiile absolut necesare pentru corectitudinea unor operaii i s nu executm operaia dect dac
aceste condiii sunt ndeplinite.
De exemplu, dac avem o referin i dorim s citim o valoare de variabil din obiectul referit, trebuie s
ne asigurm c referina este diferit de null. n acest caz, putem scrie:
String s = "sir de caractere";
if( s != null && s.length < 5 ) ?
n cazul n care s este null, a doua operaie nu are sens i nici nu va fi executat.
n mod similar, la operatorul ||, se evalueaz mai nti primul operand. Dac acesta este adevrat, nu
se mai evalueaz i cel de-al doilea operand pentru c rezultatul este oricum adevrat. Faptul se poate
folosi n mod similar ca mai sus:
if( s == null || s.length == 0 ) ?
n cazul n care s este null, nu se merge mai departe cu evaluarea.

5.2.3.3 Operatorul condiional ?:
Este singurul operator definit de limbajul Java care accept trei operanzi. Operatorul primete o expresie
condiional boolean pe care o evalueaz i alte dou expresii care vor fi rezultatul aplicrii
operandului. Care dintre cele dou expresii este rezultatul adevrat depinde de valoarea rezultat a
expresiei booleene. Forma general a operatorului este:
ExpresieCondiional ? Expresie1 : Expresie2
Dac valoarea expresiei condiionale este true, valoarea operaiei este valoarea expresiei 1. Altfel,
valoarea operaiei este valoarea expresiei 2.
Cele dou expresii trebuie s fie amndou aritmetice sau amndou booleene sau amndou de tip
referin.
Iat i un exemplu:
int i = 5;
int j = 4;
double f = ( i < j ) ? 100.5 : 100.4;
Parantezele nu sunt obligatorii.
Dup execuia instruciunilor de mai sus, valoarea lui f este 100.4. Iar dup:
int a[] = { 1, 2, 3, 4, 5 };
int b[] = { 10, 20, 30 };
int k = ( ( a.length < b.length ) ? a : b )[0];
valoarea lui k va deveni 10.
5.2.3.4 Operaii ntregi
Dac amndoi operanzii unei operator sunt ntregi atunci ntreaga operaie este ntreag.
Dac unul dintre operanzi este ntreg lung, operaia se va face cu precizia de 64 de bii. Operanzii sunt
eventual convertii. Rezultatul este un ntreg lung sau o valoare boolean dac operatorul este un
operator condiional.
Dac nici unul dintre operanzi nu e ntreg lung, operaia se face ntotdeauna pe 32 de bii, chiar dac cei
doi operanzi sunt ntregi scuri sau octei. Rezultatul este ntreg sau boolean.
Dac valoarea obinut este mai mare sau mai mic dect se poate reprezenta pe tipul rezultat, nu este
semnalat nici o eroare de execuie, dar rezultatul este trunchiat.
5.2.3.5 Operaii flotante
Dac un operand al unei operaii este flotant, atunci ntreaga operaie este flotant. Dac unul dintre
operanzi este flotant dublu, operaia este pe flotani dubli. Rezultatul este un flotant dublu sau boolean.
n caz de operaii eronate nu se genereaz erori. n loc de aceasta se obine rezultatul NaN. Dac ntr-o
operaie particip un NaN rezultatul este de obicei NaN.
n cazul testelor de egalitate, expresia
NaN == NaN
are ntotdeauna rezultatul fals pentru c un NaN nu este egal cu nimic. La fel, expresia:
NaN != NaN
este ntotdeauna adevrat.
n plus, ntotdeauna expresia:
-0.0 == +0.0
este adevrat, unde +0.0 este zeroul pozitiv iar -0.0 este zeroul negativ. Cele dou valori sunt definite n
standardul IEEE 754.
n alte operaii ns, zero pozitiv difer de zero negativ. De exemplu 1.0 / 0.0 este infinit pozitiv iar 1.0 /
-0.0 este infinit negativ.
5.2.3.6 Apeluri de metode
La apelul unei metode, valorile ntregi nu sunt automat extinse la ntreg sau la ntreg lung ca la operaii.
Asta nseamn c, dac un operand este transmis ca ntreg scurt de exemplu, el rmne ntreg scurt i n
interiorul metodei apelate.
[capitolul V]
[cuprins]
Capitolul V -- 3. Instruciuni
Capitolul V
5.3 Instruciuni
5.3.1 Blocuri de instruciuni
5.3.1.1 Declaraii de variabile locale
5.3.2 Tipuri de instruciuni
5.3.2.1 Instruciuni de atribuire
5.3.2.1.1 Atribuire cu operaie
5.3.2.1.2 Atribuiri implicite
5.3.2.2 Instruciuni etichetate
5.3.2.3 Instruciuni condiionale
5.3.2.3.1 Instruciunea if
5.3.2.3.2 Instruciunea switch
5.3.2.4 Instruciuni de ciclare
5.3.2.4.1 Instruciunea while
5.3.2.4.2 Instruciunea do
5.3.2.4.3 Instruciunea for
5.3.2.5 Instruciuni de salt
5.3.2.5.1 Instruciunea break
5.3.2.5.2 Instruciunea continue
5.3.2.5.3 Instruciunea return
5.3.2.5.4 Instruciunea throw
5.3.2.6 Instruciuni de protecie
5.3.2.6.1 Instruciunea try
5.3.2.6.2 Instruciunea synchronized
5.3.2.7 Instruciunea vid
5.3.1 Blocuri de instruciuni

Un bloc de instruciuni este o secven, eventual vid, de instruciuni i declaraii de variabile locale.
Aceste instruciuni se execut n ordinea n care apar n interiorul blocului. Sintactic, blocurile de
instruciuni sunt delimitate n surs de caracterele { i }.
n limbajul Java, regula general este aceea c oriunde putem pune o instruciune putem pune i un bloc
de instruciuni, cu cteva excepii pe
care le vom sesiza la momentul potrivit, specificnd n acest fel c instruciunile din interiorul blocului
trebuiesc privite n mod unitar i tratate ca o singur instruciune.
5.3.1.1 Declaraii de variabile locale
O declaraie de variabil local introduce o nou variabil care poate fi folosit doar n interiorul
blocului n care a fost definit. Declaraia trebuie s conin un nume i un tip. n plus, ntr-o declaraie
putem specifica o valoare iniial n cazul n care valoarea implicit a tipului variabilei, definit standard
de limbajul Java, nu ne satisface.
Numele variabilei este un identificator Java. Acest nume trebuie s fie diferit de numele celorlalte
variabile locale definite n blocul respectiv i de eventualii parametri ai metodei n interiorul creia este
declarat blocul.
De exemplu, este o eroare de compilare s declarm cea de-a doua variabil x n blocul:
{
int x = 3;
{
int x = 5;
}
}
Compilatorul va semnala faptul c deja exist o variabil cu acest nume n interiorul metodei. Eroarea de
compilare apare indiferent dac cele dou variabile sunt de acelai tip sau nu.
Nu acelai lucru se ntmpl ns dac variabilele sunt declarate n dou blocuri de instruciuni complet
disjuncte, care nu se includ unul pe cellalt. De exemplu, declaraiile urmtoare sunt perfect valide:
{
{
int x = 3;
{
int x = 5;
}
}
Practic, fiecare bloc de instruciuni definete un domeniu de existen a variabilelor locale declarate n
interior. Dac un bloc are subblocuri declarate n interiorul lui, variabilele din aceste subblocuri trebuie
s fie distincte ca nume fa de variabilele din superbloc. Aceste domenii se pot reprezenta grafic ca n
figura urmtoare:
Figura 5.4 Reprezentarea grafic a domeniilor de existen a variabilelor incluse unul ntr-altul.
Figura reprezint situaia din primul exemplu. Observai c domeniul blocului interior este complet
inclus n domeniul blocului exterior. Din aceast cauz, x apare ca fiind definit de dou ori. n cel de-al
doilea exemplu, reprezentarea grafic este urmtoarea:
Figura 5.5 Reprezentarea grafic a domeniilor de existen a variabilelor disjuncte.
n acest caz, domeniile n care sunt definite cele dou variabile sunt complet disjuncte i compilatorul nu
va avea nici o dificultate n a identifica la fiecare referire a unei variabile cu numele x despre care
variabil este vorba. S mai observm c, n cel de-al doilea exemplu, referirea variabilelor x n blocul
mare, n afara celor dou subblocuri este o eroare de compilare.
n cazul n care blocul mare este blocul de implementare al unei metode i metoda respectiv are
parametri, aceti parametri sunt luai n considerare la fel ca nite declaraii de variabile care apar chiar
la nceputul blocului. Acest lucru face ca numele parametrilor s nu poat fi folosit n nici o declaraie
de variabil local din blocul de implementare sau subblocuri ale acestuia.
n realitate, o variabil local poate fi referit n interiorul unui bloc abia dup declaraia ei. Cu alte
cuvinte, domeniul de existen al unei variabile locale ncepe din punctul de declaraie i continu pn
la terminarea blocului.
Astfel, urmtoarea secven de instruciuni:
{
x = 4;
int x = 3;
}
va determina o eroare de compilare, cu specificaia c variabila x nu a fost nc definit n momentul
primei atribuiri.
Acest mod de lucru cu variabilele face corect urmtoarea secven de instruciuni:
{
{
int x = 4;
}
int x = 3;
}
pentru c, n momentul declaraiei din interiorul subblocului, variabila x din exterior nu este nc
definit. La ieirea din subbloc, prima declaraie i termin domeniul, aa c se poate defini fr
probleme o nou variabil cu acelai nume.
5.3.2 Tipuri de instruciuni

5.3.2.1 Instruciuni de atribuire
O atribuire este o setare de valoare ntr-o locaie de memorie. Forma general a unei astfel de
instruciuni este:
Locaie = valoare ;
Specificarea locaiei se poate face n mai multe feluri. Cel mai simplu este s specificm un nume de
variabil local. Alte alternative sunt acelea de a specifica un element dintr-un tablou de elemente sau o
variabil care nu este declarat final din interiorul unei clase sau numele unui parametru al unei metode.
Valoarea care trebuie atribuit poate fi un literal sau rezultatul evalurii unei expresii.
Instruciunea de atribuire are ca rezultat chiar valoarea atribuit. Din aceast cauz, la partea de valoare
a unei operaii de atribuire putem avea chiar o alt operaie de atribuire ca n exemplul urmtor:
int x = 5;
int y = 6;
x = ( y = y / 2 );
Valoarea final a lui x va fi identic cu valoarea lui y i va fi egal cu 3. Parantezele de mai sus sunt puse
doar pentru claritatea codului, pentru a nelege exact care este ordinea n care se execut atribuirile. n
realitate, ele pot s lipseasc pentru c, n mod implicit, Java va executa nti atribuirea din dreapta.
Deci, ultima linie se poate rescrie ca:
x = y = y / 2;
De altfel, gruparea invers nici nu are sens:
( x = y ) = y / 2;
Aceast instruciune va genera o eroare de compilare pentru c, dup executarea atribuirii din paranteze,
rezultatul este valoarea 6 iar unei valori nu i se poate atribui o alt valoare.
n momentul atribuirii, dac valoarea din partea dreapt a operaiei nu este de acelai tip cu locaia din
partea stng, compilatorul va ncerca conversia valorii la tipul locaiei n modul pe care l-am discutat n
paragraful referitor la conversii. Aceast conversie trebuie s fie posibil, altfel compilatorul va semnala
o eroare.
Pentru anumite conversii, eroarea s-ar putea s nu poat fi depistat dect n timpul execuiei. n aceste
cazuri, compilatorul nu va semnala eroare dar va fi semnalat o eroare n timpul execuiei i rularea
programului va fi abandonat.
5.3.2.1.1 Atribuire cu operaie
Se ntmpl deseori ca valoarea care se atribuie unei locaii s depind de vechea valoare care era
memorat n locaia respectiv. De exemplu, n instruciunea:
int x = 3;
x = x * 4;
vechea valoare a lui x este nmulit cu 4 i rezultatul nmulirii este memorat napoi n locaia destinat
lui x. ntr-o astfel de instruciune, calculul adresei locaiei lui x este efectuat de dou ori, o dat pentru a
lua vechea valoare i nc o dat pentru a memora noua valoare. n realitate, acest calcul nu ar trebui
executat de dou ori pentru c locaia variabilei x nu se schimb n timpul instruciunii.
Pentru a ajuta compilatorul la generarea unui cod eficient, care s calculeze locaia lui x o singur dat,
n limbajul Java au fost introduse instruciuni mixte de calcul combinat cu atribuire. n cazul nostru,
noua form de scriere, mai eficient, este:
int x = 3;
x *= 4;
Eficiena acestei exprimri este cu att mai mare cu ct calculul locaiei este mai complicat. De
exemplu, n secvena urmtoare:
int x = 3, y = 5;
double valori[] = new double[10];
valori[( x + y ) / 2] += 3.5;
calculul locaiei de unde se va lua o valoare la care se va aduna 3.5 i unde se va memora napoi
rezultatul acestei operaii este efectuat o singur dat. n acest exemplu, calcului locaiei presupune
execuia expresiei:
( x + y ) / 2
i indexarea tabloului numit valori cu valoarea rezultat. Valoarea din partea dreapt poate fi o expresie
arbitrar de complicat, ca n:
valori[x] += 7.0 * ( y * 5 );
Iat toi operatorii care pot fi mixai cu o atribuire:
*=, /=, %=, +=, -=, <<=, >>=, >>>=,
&=, |=, ^= ^
5.3.2.1.2 Atribuiri implicite
S mai observm c, n cazul folosirii operatorilor de incrementare i decrementare se face i o atribuire

implicit pentru c pe lng valoarea rezultat n urma operaiei, se modific i valoarea memorat la
locaia pe care se aplic operatorul. La fel ca i la operaiile mixte de atribuire, calculul locaiei asupra
creia se aplic operatorul se efectueaz o singur dat.
5.3.2.2 Instruciuni etichetate
Unele dintre instruciunile din interiorul unui bloc de instruciuni trebuie referite din alt parte a
programului pentru a se putea direciona execuia spre aceste instruciuni. Pentru referirea acestor
instruciuni, este necesar ca ele s aib o etichet asociat. O etichet este deci un nume dat unei
instruciuni din program prin care instruciunea respectiv poate fi referit din alte pri ale
programului.
Eticheta cea mai simpl este un simplu identificator urmat de caracterul : i de instruciunea pe care
dorim s o etichetm:
Etichet: Instruciune
ca n exemplul urmtor:
int a = 5;
Eticheta: a = 3;
Pentru instruciunea switch, descris mai jos, sunt definite dou moduri diferite de etichetare. Acestea
au forma:
case Valoare: Instruciune

default: Instruciune
Exemple pentru folosirea acestor forme sunt date la definirea instruciunii.
5.3.2.3 Instruciuni condiionale
Instruciunile condiionale sunt instruciuni care selecteaz pentru execuie o instruciune dintr-un set
de instruciuni n funcie de o anumit condiie.
5.3.2.3.1 Instruciunea if
Instruciunea if primete o expresie a crei valoare este obligatoriu de tipul boolean. Evaluarea acestei
expresii poate duce la doar dou valori: adevrat sau fals. n funcie de valoarea rezultat din aceast
evaluare, se execut unul din dou seturi de instruciuni distincte, specificate de instruciunea if.
Sintaxa acestei instruciuni este urmtoarea:
if( Expresie ) Instruciune1 [else Instruciune2]
Dup evaluarea expresiei booleene, dac valoarea rezultat este true, se execut instruciunea 1.
Restul instruciunii este opional, cu alte cuvinte partea care ncepe cu cuvntul rezervat else poate s
lipseasc. n cazul n care aceast parte nu lipsete, dac rezultatul evalurii expresiei este false se va
executa instruciunea 2.
Indiferent de instruciunea care a fost executat n interiorul unui if, dup terminarea acesteia execuia
continu cu instruciunea de dup instruciunea if, n afar de cazul n care instruciunile executate
conin n interior o instruciune de salt.
S mai observm c este posibil ca ntr-o instruciune if s nu se execute nici o instruciune n afar de
evaluarea expresiei n cazul n care expresia este fals iar partea else din instruciunea if lipsete.
Expresia boolean va fi ntotdeauna evaluat.
Iat un exemplu de instruciune if n care partea else lipsete:
int x = 3;
if( x == 3 )
x *= 7;
i iat un exemplu n care sunt prezente ambele pri:

int x = 5;
if( x % 2 == 0 )
x = 100;
else
x = 1000;
Instruciunea 1 nu poate lipsi niciodat. Dac totui pe ramura de adevr a instruciunii condiionale nu
dorim s executm nimic, putem folosi o instruciune vid, dup cum este artat puin mai departe.
n cazul n care dorim s executm mai multe instruciuni pe una dintre ramurile instruciunii if, putem
s n locuim instruciunea 1 sau 2 sau pe amndou cu blocuri de instruciuni, ca n exemplul urmtor:
int x = 5;
if( x == 0 ) {
x = 3;
y = x * 5;
} else {
x = 5;
y = x * 7;
}
Expresia boolean poate s fie i o expresie compus de forma:
int
int
if(
x =
x = 3;
y = 5;
y != 0 && x / y == 2 )
4;
n acest caz, aa cum deja s-a specificat la descrierea operatorului &&, evaluarea expresiei nu este
terminat n toate situaiile. n exemplul nostru, dac y este egal cu 0, evaluarea expresiei este oprit i
rezultatul este fals. Aceast comportare este corect pentru c, dac un termen al unei operaii logice de
conjuncie este fals, atunci ntreaga conjuncie este fals.
n plus, acest mod de execuie ne permite s evitm unele operaii cu rezultat incert, n cazul nostru o
mprire prin 0. Pentru mai multe informaii relative la operatorii && i || citii seciunea destinat
operatorilor.
5.3.2.3.2 Instruciunea switch
Instruciunea switch ne permite saltul la o anumit instruciune etichetat n funcie de valoarea unei
expresii. Putem s specificm cte o etichet pentru fiecare valoare particular a expresiei pe care dorim
s o difereniem. n plus, putem specifica o etichet la care s se fac saltul implicit, dac expresia nu ia
nici una dintre valorile particulare specificate.
Sintaxa instruciunii este:
switch( Expresie ) {
[case ValoareParticular: Instruciuni;]*
[default: InstruciuniImplicite;]
}
Execuia unei instruciuni switch ncepe ntotdeauna prin evaluarea expresiei dintre parantezele
rotunde. Aceast expresie trebuie s aib tipul caracter, octet, ntreg scurt sau ntreg. Dup evaluarea
expresiei se trece la compararea valorii rezultate cu valorile particulare specificate n etichetele case din
interiorul blocului de instruciuni. Dac una dintre valorile particulare este egal cu valoarea expresiei,
se execut instruciunile ncepnd de la eticheta case corespunztoare acelei valori n jos, pn la
captul blocului. Dac nici una dintre valorile particulare specificate nu este egal cu valoarea expresiei,
se execut instruciunile care ncep cu eticheta default, dac aceasta exist.
Iat un exemplu de instruciune switch:
int x = 4;
int y = 0;
switch( x + 1 ) {
case 3:
x += 2;
y++;
case 5:
x = 11;
y++;
default:
x = 4;
y += 3;
}
Dac valoarea lui x n timpul evalurii expresiei este 2 atunci expresia va avea valoarea 3 i
instruciunile vor fi executate una dup alta ncepnd cu cea etichetat cu case 3. n ordine, x va
deveni 4, y va deveni 1, x va deveni 11, y va deveni 2, x va deveni 4 i y va deveni 5.
Dac valoarea lui x n timpul evalurii expresiei este 4 atunci expresia va avea valoarea 5 i
instruciunile vor fi executate pornind de la cea etichetat cu case 5. n ordine, x va deveni 11, y va
deveni 1, x va deveni 4 i y va deveni 4.
n fine, dac valoarea lui x n timpul evalurii expresiei este diferit de 2 i 4, se vor executa
instruciunile ncepnd cu cea etichetat cu default. n ordine, x va deveni 4 i y va deveni 3.
Eticheta default poate lipsi, caz n care, dac nici una dintre valorile particulare nu este egal cu
valoarea expresiei, nu se va executa nici o instruciune din bloc.
n cele mai multe cazuri, aceast comportare a instruciunii switch nu ne convine, din cauza faptului
c instruciunile de dup cea etichetat cu case 5 se vor executa i dac valoarea este 3. La fel,
instruciunile de dup cea etichetat cu default se execut ntotdeauna. Pentru a schimba aceast
comportare trebuie s folosim una dintre instruciunile de salt care s opreasc execuia instruciunilor
din bloc nainte de ntlnirea unei noi instruciuni etichetate.
Putem de exemplu folosi instruciunea de salt break care va opri execuia instruciunilor din blocul
switch. De exemplu:
char c = '\t';
String mesaj = "nimic";

switch( c ) {
case '\t':
mesaj = "tab";
break;
case '\n':
mesaj = "linie noua";
break;
case '\r':
mesaj = "retur";
default:
mesaj = mesaj + " de";
mesaj = mesaj + " car";
}
n acest caz, dac c este egal cu caracterul tab, la terminarea instruciunii switch, mesaj va avea
valoarea "tab". n cazul n care c are valoarea CR, mesaj va deveni mai nti "retur" apoi "retur
de" i apoi "retur de car". Lipsa lui break dup instruciunea
mesaj = "retur";
face ca n continuare s fie executate i instruciunile de dup cea etichetat cu default.

5.3.2.4 Instruciuni de ciclare
Instruciunile de ciclare (sau ciclurile, sau buclele) sunt necesare atunci cnd dorim s executm de mai
multe ori aceeai instruciune sau acelai bloc de instruciuni. Necesitatea acestui lucru este evident
dac ne gndim c programele trebuie s poat reprezenta aciuni de forma: execut 10 ntoarceri,
execut 7 genoflexiuni, execut flotri pn ai obosit, etc.
Desigur, sintaxa instruciunilor care se execut trebuie s fie aceeai, pentru c ele vor fi n realitate
scrise n Java o singur dat. Totui, instruciunile nu sunt neaprat aceleai. De exemplu, dac executm
n mod repetat instruciunea:
int tablou[] = new int[10];
int i = 0;
tablou[i++] = 0;
n realitate se va memora valoarea 0 n locaii diferite pentru c variabila care particip la calculul
locaiei i modific la fiecare iteraie valoarea. La primul pas, se va face 0 primul element din tablou i
n acelai timp i va primi valoarea 1. La al doilea pas, se va face 0 al doilea element din tablou i i va
primi valoarea 2, i aa mai departe.
Lucrurile par i mai clare dac ne gndim c instruciunea executat n mod repetat poate fi o
instruciune if. n acest caz, n funcie de expresia condiional din if se poate executa o ramur sau
alta a instruciunii.
De exemplu instruciunea din bucl poate fi:
int i = 0;
if( i++ % 2 == 0 )
else
n acest caz, i este cnd par cnd impar i se execut alternativ cele dou ramuri din if. Desigur,
comportarea descris este valabil dac valoarea lui i nu este modificat n interiorul uneia dintre ramuri.
5.3.2.4.1 Instruciunea while
Aceast instruciune de buclare se folosete atunci cnd vrem s executm o instruciune atta timp ct
o anumit expresie condiional rmne adevrat. Expresia condiional se evalueaz i testeaz nainte
de execuia instruciunii, astfel c, dac expresia era de la nceput fals, instruciunea nu se mai executa
niciodat.
Sintaxa acestei instruciuni este:
while( Test ) Corp
Test este o expresie boolean iar Corp este o instruciune normal, eventual vid. Dac avem nevoie s
repetm mai multe instruciuni, putem nlocui corpul buclei cu un bloc de instruciuni.
Iat i un exemplu:
int i = 0;
while( i < 10 )
tablou[i++] = 1;
Bucla while de mai sus se execut de 10 ori primele 10 elemente din tablou fiind iniializate cu 1. n
treact fie spus, celelalte rmn la valoarea 0 care este valoarea implicit pentru ntregi. Dup cei 10 pai
iterativi, i devine 10 i testul devine fals (10 < 10).
n exemplul urmtor, corpul nu se execut nici mcar o dat:
int i = 3;
while( i < 3 )
i++;
Putem s crem un ciclu infinit (care nu se termin niciodat) prin:
while( true )
;
ntreruperea execuiei unui ciclu infinit se poate face introducnd n corpul ciclului o instruciune de
salt.
5.3.2.4.2 Instruciunea do
Buclele do se folosesc atunci cnd testul de terminare a buclei trebuie fcut dup execuia corpului
buclei. Sintaxa de descriere a instruciuni do este:
do Corp while( Test ) ;
Test este o expresie boolean iar Corp este o instruciune sau un bloc de instruciuni. Execuia acestei
instruciuni nseamn execuia corpului n mod repetat atta timp ct expresia Test are valoarea
adevrat. Testul se evalueaz dup execuia corpului, deci corpul se execut cel puin o dat.
De exemplu, n instruciunea:
int i = 3;
do
i++;
while( false );
valoarea final a lui i este 4, pentru c instruciunea i++ care formeaz corpul buclei se execut o dat
chiar dac testul este ntotdeauna fals.
n instruciunea:
int i = 1;
do {
tablou[i] = 0;
i += 2;
} while( i < 5 );
sunt setate pe 0 elementele 1 i 3 din tablou. Dup a doua iteraie, i devine 5 i testul eueaz cauznd
terminarea iteraiei.
5.3.2.4.3 Instruciunea for
Instruciunea for se folosete atunci cnd putem identifica foarte clar o parte de iniializare a buclei,
testul de terminare a buclei, o parte de reluare a buclei i un corp pentru bucl. n acest caz, putem folosi
sintaxa:
for( Iniializare Test ; Reluare ) Corp
Corp i Iniializare sunt instruciuni normale. Test este o expresie boolean iar Reluare este o
instruciune creia i lipsete caracterul ; final.
Execuia unei bucle for ncepe cu execuia instruciunii de iniializare. Aceast instruciune stabilete
de obicei nite valori pentru variabilele care controleaz bucla. Putem chiar declara aici noi variabile.
Aceste variabile exist doar n interiorul corpului buclei i n instruciunile de test i reluare ale buclei.
n partea de iniializare nu putem scrie dect o singur instruciune fie ea declaraie sau instruciune
normal. n acest caz instruciunea nu se poate nlocui cu un bloc de instruciuni. Putem ns s
declarm dou variabile cu o sintax de forma:

int i = 0, j = 1;
Dup execuia prii de iniializare se pornete bucla propriu-zis. Aceasta const din trei instruciuni
diferite executate n mod repetat. Cele trei instruciuni sunt testul, corpul buclei i instruciunea de
reluare. Testul trebuie s fie o expresie boolean. Dac aceasta este evaluat la valoarea adevrat, bucla
continu cu execuia corpului, a instruciunii de reluare i din nou a testului. n clipa n care testul are
valoarea fals, bucla este oprit fr s mai fie executat corpul sau reluarea.
Iat un exemplu:
int x = 0;
for( int i = 3; i < 30; i += 10 )
x += i;
n aceast bucl se execut mai nti crearea variabilei i i iniializarea acesteia cu 3. Dup aceea se
testeaz variabila i dac are o valoare mai mic dect 30. Testul are rezultat adevrat (i este 0 < 30) i se
trece la execuia corpului unde x primete valoarea 3 (0 + 3). n continuare se execut partea de reluare
n care i este crescut cu 10, devenind 13. Se termin astfel primul pas al buclei i aceasta este reluat
ncepnd cu testul care este n continuare adevrat (13 < 30). Se execut corpul, x devenind 16 (3 + 13),
i reluarea, unde x devine 23 (13 + 10). Se reia bucla de la test care este n continuare adevrat (23 < 30).
Se execut corpul unde x devine 39 (16 + 23) i reluarea unde i devine 33 (23 + 10). Se reia testul care
n acest caz devine fals (33 < 30) i se prsete bucla, continundu-se execuia cu prima instruciune de
dup bucl.
Dup ieirea din bucl, variabila i nu mai exist, deci nu se mai poate folosi i nu putem vorbi despre
valoarea cu care iese din bucl, iar variabila x rmne cu valoarea 39.
Pentru a putea declara variabila i n instruciunea de iniializare a buclei for este necesar ca n blocurile
superioare instruciunii for s nu existe o alt variabil i, s nu existe un parametru numit i i nici o
etichet cu acest nume.
Dac dorim un corp care s conin mai multe instruciuni, putem folosi un bloc. Nu putem face acelai
lucru n partea de iniializare sau n partea de reluare.
Oricare dintre prile buclei for n afar de iniializare poate s lipseasc. Dac aceste pri lipsesc, se
consider c ele sunt reprezentate de instruciunea vid. Dac nu dorim iniializare trebuie totui s
specificm implicit instruciunea vid. Putem de exemplu s scriem o bucl infinit prin:
int x;
for( ;; )
x = 0;
Putem specifica funcionarea instruciunii for folosindu-ne de o instruciune while n felul urmtor:
Iniializare
while( Test ) {
Corp
Reluare ;
}
n fine, schema urmtoare reprezint funcionarea unei bucle for:
Figura 5.6 Schema de funcionare a buclei for.
5.3.2.5 Instruciuni de salt

Instruciunile de salt provoac ntreruperea forat a unei bucle, a unui bloc de instruciuni sau ieirea
dintr-o metod. Instruciunile de salt sunt destul de periculoase pentru c perturb curgerea uniform a
programului ceea ce poate duce la o citire i nelegere eronat a codului rezultat.
5.3.2.5.1 Instruciunea break
Instruciunea break produce ntreruperea unei bucle sau a unui bloc switch. Controlul este dat
instruciunii care urmeaz imediat dup bucla ntrerupt sau dup blocul instruciunii switch.
De exemplu n secvena:
int i = 1, j = 3;
while( i < 10 ) {
tablou[i++] = 0;
if( i == j )
break;
}
i += 2;
sunt setate pe 0 elementele 1 i 2 ale tabloului. Dup a doua iteraie i devine 3 i testul i == j are
valoarea adevrat, producndu-se execuia instruciunii break.
Instruciunea break cauzeaz ieirea forat din bucl, chiar dac testul buclei i < 10 este n
continuare valid. La terminarea tuturor instruciunilor de mai sus, i are valoarea 5.
n exemplul urmtor:
int i, j = 3;
int tablou[] = new tablou[10];
do {
tablou[i] = 0;
if( i++ >= j )
break;
} while( i < 10 );
sunt setate pe 0 elementele 0, 1, 2 i 3 din tablou. Dac v ntrebai la ce mai folosete testul buclei,
atunci s spunem c este o msur suplimentar de siguran. Dac cumva j intr cu o valoare greit,
testul ne asigur n continuare c nu vom ncerca s setm un element care nu exist al tabloului. De fapt,
pericolul exist nc, dac valoarea iniial a lui i este greit, deci testul ar trebui mutat la nceput i
bucla transformat ntr-un while, ca cel de mai sus.
n cazul buclelor for, s mai precizm faptul c la o ieire forat nu se mai execut instruciunea de
reluare.
Instruciunea break poate avea ca argument opional o etichet, ca n:
break Identificator;
n acest caz, identificatorul trebuie s fie eticheta unei instruciuni care s includ instruciunea break.
Prin faptul c instruciunea include instruciunea break, nelegem c instruciunea break apare n
corpul instruciunii care o include sau n corpul unei instruciuni care se gsete n interiorul corpului
instruciunii care include instruciunea break. Controlul revine instruciunii de dup instruciunea
etichetat cu identificatorul specificat.
De exemplu, n instruciunile:
int i, j;
asta: while( i < 3 ) {
do {
i = j + 1;
if( i == 3 )
break asta;
} while( j++ < 3 );
}
j = 10;
instruciunea break termin bucla do i bucla while controlul fiind dat instruciunii de dup while,
i anume atribuirea:
j = 10;
5.3.2.5.2 Instruciunea continue
Instruciunea continue permite reluarea unei bucle fr a mai termina execuia corpului acesteia.
Reluarea se face ca i cum corpul buclei tocmai a fost terminat de executat. Bucla nu este prsit.
De exemplu, n instruciunea:
int i;
while( i < 10 ) {
i++;
continue;
i++;
}
corpul buclei se execut de 10 ori, pentru c a doua incrementare a lui i nu se execut niciodat.
Execuia ncepe cu testul i apoi urmeaz cu prima incrementare. Dup aceasta se execut instruciunea
continue care duce la reluarea buclei, pornind de la test i urmnd cu incrementarea i din nou
instruciunea continue.
n exemplul urmtor:
int i;
do {
i++;
continue;
i++;
} while( i < 10 );
corpul se execut de 10 ori la fel ca i mai sus. Instruciunea continue duce la evitarea celei de-a doua
incrementri, dar nu i la evitarea testului de sfrit de bucl.
n sfrit, n exemplul urmtor:
for( int i = 0; i < 10; i++ ) {
continue;
i++;
}
corpul se execut tot de 10 ori, ceea ce nseamn c reluarea buclei duce la execuia instruciunii de
reluare a buclei for i apoi a testului. Doar ceea ce este n interiorul corpului este evitat.
Instruciunea continue poate avea, la fel ca i instruciunea break, un identificator opional care
specific eticheta buclei care trebuie continuat. Dac exist mai multe bucle imbricate una n cealalt
buclele interioare celei referite de etichet sunt abandonate.
De exemplu, n secvena:
asta: for( int i, j = 1; i < 10; i++ ) {
while( j < 5 ) {
j++;
if( j % 2 == 0 )
continue asta;
}
}
instruciunea continue provoac abandonarea buclei while i reluarea buclei for cu partea de
reluare i apoi testul.
5.3.2.5.3 Instruciunea return
Instruciunea return provoac prsirea corpului unei metode. n cazul n care return este urmat
de o expresie, valoarea expresiei este folosit ca valoare de retur a metodei. Aceast valoare poate fi
eventual convertit ctre tipul de valoare de retur declarat al metodei, dac acest lucru este posibil. Dac
nu este posibil, va fi semnalat o eroare de compilare.

Este o eroare de compilare specificarea unei valori de retur ntr-o instruciune return din interiorul
unei metode care este declarat void, cu alte cuvinte care nu ntoarce nici o valoare.
Instruciunea return fr valoare de retur poate fi folosit i pentru a prsi execuia unui iniializator
static.
Exemple de instruciuni return vei gsi n seciunea care trateaz metodele unei clase de obiecte.
5.3.2.5.4 Instruciunea throw
Instruciunea throw este folosit pentru a semnaliza o excepie de execuie. Aceast instruciune
trebuie s aib un argument i acesta trebuie s fie un tip obiect, de obicei dintr-o subclas a clasei de
obiecte Exception.
La execuia instruciunii throw, fluxul normal de execuie este prsit i se termin toate
instruciunile n curs pn la prima instruciune try care specific ntr-o clauz catch un argument
formal de acelai tip cu obiectul aruncat sau o superclas a acestuia.
5.3.2.6 Instruciuni de protecie
Aceste instruciuni sunt necesare pentru tratarea erorilor i a excepiilor precum i pentru sincronizarea
unor secvene de cod care nu pot rula n paralel.
5.3.2.6.1 Instruciunea try
Instruciunea try iniiaz un context de tratare a excepiilor. n orice punct ulterior iniializrii acestui
context i nainte de terminarea acestuia, o excepie semnalat prin execuia unei instruciuni throw va
returna controlul la nivelul instruciunii try, abandonndu-se n totalitate restul instruciunilor din
corpul acestuia.
La semnalarea unei excepii aceasta poate fi prins de o clauz catch i, n funcie de tipul obiectului
aruncat, se pot executa unele instruciuni care repun programul ntr-o stare stabil. De obicei, o excepie
este generat atunci cnd s-a produs o eroare major i continuarea instruciunilor din contextul curent
nu mai are sens.
n finalul instruciunii, se poate specifica i un bloc de instruciuni care se execut imediat dup blocul
try i blocurile catch indiferent cum s-a terminat execuia acestora. Pentru specificarea acestor
instruciuni, trebuie folosit o clauz finally.
Iat sintaxa unei instruciuni try:
try Bloc1 [catch( Argument ) Bloc2]*[finally Bloc3]

Dac, undeva n interiorul blocului 1 sau n metodele apelate din interiorul acestuia, pe oricte nivele,
este apelat o instruciune throw, execuia blocului i a metodelor n curs este abandonat i se revine
n instruciunea try. n continuare, obiectul aruncat de throw este comparat cu argumentele
specificate n clauzele catch. Dac unul dintre aceste argumente este instan a aceleiai clase sau a
unei superclase a clasei obiectului aruncat, se execut blocul de instruciuni corespunztor clauzei
catch respective. Dac nici una dintre clauzele catch nu se potrivete, obiectul este aruncat mai
departe. Dac excepia nu este nicieri prins n program, acesta se termin cu o eroare de execuie.
Indiferent dac a aprut o excepie sau nu, indiferent dac s-a executat blocul unei clauze catch sau
nu, n finalul execuiei instruciunii try se execut blocul specificat n clauza finally, dac aceasta
exist.
Clauza finally se execut chiar i dac n interiorul blocului 1 s-a executat o instruciune throw care
a aruncat un obiect care nu poate fi prins de clauzele catch ale acestei instruciuni try. n astfel de
situaii, execuia instruciunii throw se oprete temporar, se execut blocul finally i apoi se
arunc mai departe excepia.
Exemple de utilizare a instruciunii try gsii n paragraful 9.2
5.3.2.6.2 Instruciunea synchronized
Instruciunea synchronized introduce o secven de instruciuni critic. O secven critic de

instruciuni trebuie executat n aa fel nct nici o alt parte a programului s nu poat afecta obiectul
cu care lucreaz secvena dat. Secvenele critice apar de obicei atunci cnd mai multe pri ale
programului ncearc s acceseze n acelai timp aceleai resurse.
Gndii-v, de exemplu, ce s-ar ntmpla dac mai multe pri ale programului ar ncerca s
incrementeze n acelai timp valoarea unei variabile. Una dintre ele ar citi vechea valoare a variabilei, s
spunem 5, ar incrementa-o la 6 i, cnd s o scrie napoi, s presupunem c ar fi ntrerupt de o alt parte
a programului care ar incrementa-o la 6. La revenirea n prima parte, aceasta ar termina prima
incrementare prin scrierea valorii 6 napoi n variabil. Valoarea final a variabilei ar fi 6 n loc s fie 7
aa cum ne-am atepta dac cele dou incrementri s-ar face pe rnd.
Spunem c cele dou regiuni n care se face incrementarea aceleiai variabile sunt regiuni critice. nainte
ca una dintre ele s se execute, ar trebui s ne asigurm c cealalt regiune critic nu ruleaz deja. Cea
mai simpl cale de a face acest lucru este s punem o condiie de blocare chiar pe variabila
incrementat. Ori de cte ori o regiune critic va ncerca s lucreze, va verifica dac variabila noastr
este liber sau nu.
Instruciunea synchronized i blocheaz obiectul pe care l primete ca parametru i apoi execut

secvena critic. La sfritul acesteia obiectul este deblocat napoi. Dac instruciunea nu poate bloca
imediat obiectul pentru c acesta este blocat de o alt instruciune, ateapt pn cnd obiectul este
deblocat.
Mai mult despre aceast instruciune precum i exemple de utilizare vei gsi n partea a treia, capitolul
9. Pn atunci, iat sintaxa general a acestei instruciuni:
synchronized ( Expresie ) Instruciune
Expresia trebuie s aib ca valoare o referin ctre un obiect sau un tablou care va servi drept dispozitiv
de blocare. Instruciunea poate fi o instruciune simpl sau un bloc de instruciuni.
5.3.2.7 Instruciunea vid
Instruciunea vid este o instruciune care nu execut nimic. Ea este folosit uneori, atunci cnd este
obligatoriu s avem o instruciune, dar nu dorim s executm nimic n acea instruciune. De exemplu, n
cazul unei instruciuni if, este obligatoriu s avem o instruciune pe ramura de adevr. Dac ns nu
dorim s executm nimic acolo, putem folosi un bloc vid sau o instruciune vid.
Sintaxa pentru o instruciune vid este urmtoarea:
;
Iat i un exemplu:
int x = 3;
if( x == 5 ) ; else x = 5;
Caracterul ; care apare dup condiia din if reprezint o instruciune vid care specific faptul c, n
cazul n care x are valoarea 5 nu trebuie s se execute nimic.
[capitolul V]
[cuprins]

Limbajul Java Carte in Limba Romana

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Limbajul Java Carte in Limba Romana

Încărcat de

Drepturi de autor:

Formate disponibile

Limbajul JAVA -- Cuprins

PARTEA I-A: Fundamentele programrii

file:///C|/Documents%20and%20Settings/Luminita/Deskt...%20in%20romana/Carte%20JAVA%20in%20romana/index.html (1 of 3)12.01.2006 23:07:41

Limbajul JAVA -- Cuprins

Programarea orientat pe obiecte este cea mai nou tehnologie de

PARTEA A II-A: Descrierea limbajului Java

PARTEA A III-A: Tehnici de programare n Java

file:///C|/Documents%20and%20Settings/Luminita/Deskt...%20in%20romana/Carte%20JAVA%20in%20romana/index.html (2 of 3)12.01.2006 23:07:41

Limbajul JAVA -- Cuprins

sa ulterioar depinde de limbajul n care a fost scris programul i de mediul

file:///C|/Documents%20and%20Settings/Luminita/Deskt...%20in%20romana/Carte%20JAVA%20in%20romana/index.html (3 of 3)12.01.2006 23:07:41

Limbajul JAVA -- IntegraSoft

Limbajul JAVA -- IntegraSoft

n fa o revoluie sau un alt fapt comun?

file:///C|/Documents%20and%20Settings/Luminita/Desktop...20romana/Carte%20JAVA%20in%20romana/cuvantinainte.html (2 of 2)12.01.2006 23:07:42

Limbajul JAVA -- IntegraSoft

Limbajul JAVA -- IntegraSoft

la complexitatea considerabil a limbajului C++.

Limbajul JAVA -- IntegraSoft

Despre aceast carte

file:///C|/Documents%20and%20Settings/Luminita/Deskto...%20romana/Carte%20JAVA%20in%20romana/introducere.html (3 of 7)12.01.2006 23:07:42

Limbajul JAVA -- IntegraSoft

Convenii utilizate n aceast carte

file:///C|/Documents%20and%20Settings/Luminita/Deskto...%20romana/Carte%20JAVA%20in%20romana/introducere.html (4 of 7)12.01.2006 23:07:42

Limbajul JAVA -- IntegraSoft

Un termen pus ntre paranteze ptrate este opional. De exemplu, n descrierea:

Limbajul JAVA -- IntegraSoft

Alte surse de informaii

Limbajul JAVA -- IntegraSoft

file:///C|/Documents%20and%20Settings/Luminita/Deskto...%20romana/Carte%20JAVA%20in%20romana/introducere.html (7 of 7)12.01.2006 23:07:42

Capitolul I -- Arhitectura calculatoarelor

1.1 Modelul Von Neumann de arhitectur a calculatoarelor

file:///C|/Documents%20and%20Settings/Luminita/Deskt...A%20in%20romana/Carte%20JAVA%20in%20romana/cap1.html (1 of 5)12.01.2006 23:07:43

Capitolul I -- Arhitectura calculatoarelor

Figura 1.1 Modelul constructiv al calculatoarelor Von Neuman.

1.2 Organizarea memoriei interne

file:///C|/Documents%20and%20Settings/Luminita/Deskt...A%20in%20romana/Carte%20JAVA%20in%20romana/cap1.html (2 of 5)12.01.2006 23:07:43

Capitolul I -- Arhitectura calculatoarelor

1.3 Reprezentarea informaiilor n memoria intern

Capitolul I -- Arhitectura calculatoarelor

1.4 Modelul funcional al calculatoarelor

Capitolul I -- Arhitectura calculatoarelor

file:///C|/Documents%20and%20Settings/Luminita/Deskt...A%20in%20romana/Carte%20JAVA%20in%20romana/cap1.html (5 of 5)12.01.2006 23:07:43

Capitolul II -- Limbaje de programare

2.1 Comunicaia om-main

Capitolul II -- Limbaje de programare

2.2 Tipuri de numere reprezentabile n calculator

Capitolul II -- Limbaje de programare

reprezentare n complement fa de doi. Aceasta reprezint numerele negative prin complementarea

Capitolul II -- Limbaje de programare

2.3 Valori de adevr

2.4 iruri de caractere

Capitolul II -- Limbaje de programare

"Acesta este un ir de caractere", "Eugen", "ABCD 0123", "HGkduI;.!".

2.5 Tipuri primitive de valori ale unui limbaj de programare

2.6 Tablouri de elemente

file:///C|/Documents%20and%20Settings/Luminita/Desk...%20in%20romana/Carte%20JAVA%20in%20romana/cap2.html (5 of 13)12.01.2006 23:07:45

Capitolul II -- Limbaje de programare

2.7 Expresii de calcul

file:///C|/Documents%20and%20Settings/Luminita/Desk...%20in%20romana/Carte%20JAVA%20in%20romana/cap2.html (6 of 13)12.01.2006 23:07:45

Capitolul II -- Limbaje de programare

simple sunt descrise cel mai bine prin expresii de calcul.

Figura 2.1 Un exemplu de expresie i componentele acesteia