I tento dil se temi bad practices jenom hemzi. Vytvareni spojeni do databaze pri kazdem novem pozadavku, magicke retezcove hodnoty pro zarovnani, zadavani jmena databaze na nekolika ruznych mistech (duplicitni kod), nazvy promennych, ktere nemaji vztah k jejich vyznamu (col1, col2, ...), nedodrzovani konvenci a jako tresinka na dortu naprosto nestandardni a podivne uzivatelske rozhrani vysledne aplikace.
toto je tradicna matejska pout grcnych veci
navyse uz je tu krasne vidiet ako autor žne co si zasadil. napise si psychokod a potom sa v dalsom dieli cuduje ze mu nefunguje, to je krasne wtf
sprava connections k databaze je zla asi z 3 dovodov. ved mame datasource ktory je omnoho lepsi.
komentar ze jooq nie je vseobecny je rozkosny: to je opat o tom ze autor si napisal gigavseobecny nastroj a potom ho ide premigrovat na nevhodny nastroj
Samozřejmě že netuším ale domnívám se že :
1) Může chtít ušetřit RAM(haldu) během běhu programu
2) Kvůli menší velikosti datových typů na harddisku ( opět šetřit datový prostor)
3) Hodnoty uložené v shortu nikdy nepřesáhnou max. shortu - takže je zbytečně tam cpát int.
4) No ještě je možnost že si chtěl procvičit přetypování a práci se shorty, přeci jenom na začátku říkal že v Javě moc nepracoval.
patranie viedlo k tomu ze stlpec ID je v databaze SHORTINT. jooq tento typ namapuje na Java short
je dost diskutabilne ci tych 32 tisic moznosti pre ID je dost. v realnej aplikacii by som to nechcel prerabat na inty resp longy :-)
navyse setrenie na tomto mieste je uplne od veci