Open ondrejvelisek opened 7 years ago
@ondrejvelisek Du dodelat vadidace k tem entitam... nemuzes prip. nejak bliz specifikovat, jejich parametry? napr. Category je celkem jednoducha: name, description....ted ale ty omezeni.... muze name obsahovat nejaka cisla? asi spis ne.. Category = name 1 nebo2? az 32 znaku? description 4(8) az 300 znaku (?) vsechny druhy znaku...nevim.... Event = name 4 az 32, price = 0 az BigdecimalMAX?, dateStart dateEnd.... tady me napada jen zeto date end by melo byt pozdejsi nebo to datum start ma byt/musi byt v budoucnosti? EventService count = 1 az 1000 (?), price 0 az BigdecimalMAX? Service zase name, description price, = to stejne jako u Category? User = name 8 az 32? , oAuthId?=tady nevim co za omezeni.... a to je asi vse....
Jj. To zni dobre. Oauth id je alespon,jeden znak. Jinak jsem trosku menil Event entitu. A nekde asi jeste zmizi price atribut. A Peter ma dodelat Place entitu. Jinak vsechno,cos psal zni,rozume :)
kua nic uz nemente, kdy se chystas zacit delat tu samotnou aplikaci?...
Menit se bude jeste plno veci. To je hold vyvoj. Ehm... Co myslis aplikaci? Myslis frontend? Ty sis ho jeste nepoustel? :-D Je to v readme. :-)
no aby ta aplikace neco delala....no nic, hele me uz ten git jebe...delal jsem tam nejaky merge kua proste se to posralo ted jsem dal commit a force push na testy a pak na testy2 prikladam soubory nejak si s tim porad a nahraj to tam, je tam update jeste na ty entity, hashcode byl spatne, delete v repository, zatim jsem jen u toho prvniho.....du ted nachvili delat neco jinyho events-shopTesty2.zip
Coze? Jak nejak si s tim porad? Posli normalne pullrequest.
Jj, parada. Aspon to debugujem. Od toho testy jsou.
kua rikal jsem ze jsem to nahral do testy a testy2 a podivej se jak co se tam nahralo... muzu tak akorat vymazat celou tu slozku git a nahrat to znova...
slovicka jako "kua" si nech pro nekoho jinyho. ;-)
Jinak obe dve branch hlasi: There isn’t anything to compare
kkkua tak uz to tam snad je
Budes to robit aj na Facade? + DTO ?
co ty testy = jo
nechcete tam doufam delat jeste ty DTO duplicitni entity? jakoze kopirujeme podle springu?
DTO se pouzivaji trosku jinak nez persistent entity. Jsou pekne treba prave na bean validaci. Klidne je tam muzes pridat, ja sem pro. Bylo by to takovy cistci.
Spring? DTO je navrhovej vzor, nema se Springem nic spolecneho.
ne beru zpet....spis jde teda o ty validace...
my jsme to predtim delali tak ze jsme v podstate duplikovaly to co bylo na tech Entitach https://github.com/javorka/PA165/blob/master/api/src/main/java/cz/muni/pa165/pneuservis/api/dto/AdditionalServiceDTO.java
co jsem se dival tak treba u toho TicketMonsteru ty validace na DTO vubec neresi... https://github.com/jboss-developer/ticket-monster/tree/2.7.0.Final-with-tutorials/demo/src/main/java/org/jboss/examples/ticketmonster/rest/dto
A resi se az primo v javascriptu - napr tady kdyz zadam spatne tu emailovou adresu: http://ticketmonster-jdf.rhcloud.com/#book/1/1
Implementovat na facade layer