Java mai interesantã pentru început

dani.user, on 10 februarie 2019 - 12:51, said:

API-urile de json care se folosesc impreuna cu frameworkul nativ java enterprise este JAX-RS:
https://en.wikipedia...ul_Web_Services
Asta nu inseamna ca ai fi limitat doar la JAX-RS , doar ca virgula candidatul care lucreaza cu frameworkul nativ java, se asteapa sa fie pro-efficient in JAX-RS.
JAX-RS poate consuma atat json cat si XML.
O simpla injectare de tipul @Produces({MediaType.APPLICATION_XML,MediaType.APPLICATION_JSON})face ca  acelasi obiect JAXRS sa consume cat si sa produca
XML si JSON , plus alte combinatii de parsere(ca de fapt le cam are pe toate)
Pana la urma poti folosi ce API-uri doresti tu , insa daca pe angajator nu-l intereseaza (si de obicei nu-l  interseaza , daca cere imperativ frameworkul nativ de java enterprise)nu se uita la partea de procesare JSON, decat daca este in JAXRS.

Corporatiile care folosesc frameworkul nativ de java enterprise de obicei mai  au si alte proiecte sau alte partenerilor  lor care unt scrise doar in api-ul JAXRS
Exista chiar si un subdomeniu enterprise in care se fac  subsisteme de procesare a datelor in JAXRS pt a fi servite ca subsistem unei alte aplicatii mai mari realizate in frameworkul nativ java enterprise fara a face nici cea mai mica modificare, doarece JAXRS face parte din acest framework nativ.

Edited by BraviaAmpero, 10 February 2019 - 14:37.

BraviaAmpero: " ... Pai interfata aia contine o singura metoda, in
plus daca vrei sa mai pui o metoda dar care doar anumite obiecte s-o
extinda insa altele nu, interfata aia nu-si mai rostul, ... "

"... Interfetele trebuiesc folosite cu multe bagare de seama. IN
project management, acele INTERFETE de obicei  IMPLEMENTEAZA ACTIUNI
care odata stabiite nu se mai schimba deloc. ..."

" ... Iti recomand sa studiezi intens design patterns in java si mai
ales sa observi cum lucreaza interfetele si clasele
abstracte.Interfetele sunt legaturi-rigide-constrangeri, actiuni fixe,
care odata stabilite raman batute in cuie, iar clasele abstracte sunt
legaturi elastice-permisive care permit extinderea/restrangerea
business-logicului asupra unui branch de executie. "

@BraviaAmpero: Ma surprinde ca nimeni nu ti-a dat peste nas referitor
la aberatiile emise.

Interfatele NU IMPLEMENTEAZA ABSOLUT NIMIC! O interfata este o
DEFINITIE ABSTRACTA, O SPECIFICATIE, un protocol de utilizare.
Intefatele au un rol esential in procesul de abstractizare si ar trebui
folosite cat mai des posibil.

Clasele abstracte sunt de asemeni importante atat in procesul de
abstractizare cat si in cel de incapsulare, fiind un punct de plecare
pentru definirea si implementarea unor ierarhii, al relatiilor de tip
"IS-A"/ESTE". Un mare avantaj in folosirea obiectelor abstracte este
legat de polimorfism.

Sa folostesti notiuni pe care nu le stapanesti poate face impresie la
interviu, unde cei care fac interviul sunt niste habarnisti pe
masura.

Quote

O definitia /specificatie este o actiune, Asa cum spuneam si mai sus interfetele implementeaza actiuni.Tu confunzi  definitia interfetelor cu rolul acestora intr-un proiect.
Tu analizezi strict la nivel de implementarea al codului ceea ce iti da software arhitectului.Eu vorbesc la nivel de arhitectura la nivel de software arhitect.

remarc: DEFINITIE ABSTRACTA =>pleonasm
un protocol de utilizare => nu, este un contract si nu protocol.

Quote

Nicidecum, categoric nu. Interfetele trebuiesc folosite doar atuci cand trebuie. Daca tu trebuie sa schimbi signatura unei metode din interfata sau  mai aduagi o metoda atunci toata lumea trebuie sa faca pauza pt ca "Jhonny" a schimbat o signatura unei metode din interfata sau un parametru. Se te vad atunci cum faci tu scrum-ul astfel  incat echipa ta sa nu ajunga sa aiba cod inutilizabil .

Quote

Nu.Poti sa pleci cu implementarea unei ierarhi de la clase abstracte dar si de la clase obisnuite.
De asemenea clase abstracte nu se folosesc doar la implementarea unei  ierahii ci si la decuplarea partiala a unor module software.
O clasa abstracta poate actiona ca multi switch care poate decupla/cupla  impreuna sau separat in acelasi timp sau independent, diferite branch-uri logice care
trec prin aceiasi clasa.

Quote

Asta la inveti la inceput , cand de abia iti clatesti ochii  in mosteniri in java dar si in oop. Insa cand vei creste mai  mare vei vedea ca intotdeauna acolo unde se poate trebuie sa se inlocuiasca mostenirea cu compozitia.Sunt sigur ca principiu "Composition over inheritance" il auzi acum prima oara
https://en.wikipedia...ver_inheritance

Quote

Este bine ca te-ai autocaracterizat.Recunoasterea  deficientelor si lipsurilor este primul pas inainte.Acum insa trebuie sa (re)inveti OOP-ul si desing patterns:
Sa incepem:
https://www.amazon.c...d/dp/1119175690
https://www.amazon.c...r/dp/0471798541
Spor la invatat si sa nu ma dezamagesti.

PS:tinand cont din ce serie sunt cartile daca nu intelegi ceva ar trebui sa-ti pui mari intrebari.

Edited by BraviaAmpero, 10 February 2019 - 17:45.

@BraviaAmpero: In limbajul de programare notiunea de definitie include o
implementare, deci o definitie nu este abstracta!
Eu am folosit notiunea de "definitie abstracta" in sensul (englez) de
de declaratie, adica de specificarea a signaturii unor metode, fara o
implemtare aferenta.

Regret, dar nu am folosit si nici nu o sa folosesc literatura "dummy"
la nivel profesional.

La capitolul credinta si lozinci pari destul de robust. Viena te asteapta!

u2019, on 10 februarie 2019 - 18:38, said:

Limba romana sau  limbajele de programare, nu conteaza, definitia  este o notiune abstracta, la fel ca si lema/teorema/postulatul.
Nu incerca s-o dai la intors ca nu tine.Cu altii da, cu mine nu.
Faptul ca tu nu poti concepte ca "definitia" nu este o abstractiune in sine inseamna ca ai mari probleme la capitolul OOP.Citeste cartea care ti-am dat-o, ca nu
stii sa modelezi in paradigma OOP.

definitie = Operație logică de determinare a însușirilor proprii (unui lucru) (unei noțiuni sau) unui concept.

Quote

Cum, cum  ? "sensul englez" ?
Cred ca daca o foloseai in sensul "DEX" sau al logici de clasa a 4-a  nu mai aveai acum aceste neclaritati.

Quote

Pai asta e problema ca tu esti la nivel  incepator insa te crezi "profesional".De aceea avem teste care va depisteaza si voi veti ramane "per sempre" la
acelasi nivel "profesional" dobandit citind in graba despre OOP, la masa de pranz la fast-food.
Cartile acelea explica super conceptele in legatura cu care tu ai probleme.

Cum poti sa te consideri  "proffesional" si sa nu fii auzit niciodata  de  composition-over-inheritance ? Cam naspa.

Edited by BraviaAmpero, 10 February 2019 - 19:13.

Nu pot decat sa ma amuz.
Colegul de mai sus tine teorie legata de limba romana, dar nu stie cati de "i" sa puna. Tare.

Ceea ce parea o problema simpla ati transformat-o in cine stie ce superaplicatie de efectuat

spe_ripper, on 11 februarie 2019 - 13:52, said:

Overengineering, sindromul programatorilor incepatori.