Ahoj,
odpovídám na zprávu ze soboty, 15. dubna 2006,
kterou Jaroslav Misura napsal(a) v 19:11:23:
No, pokud je tomu skutečně tak, že to i z DB vygeneruje java třídy
reprezentující objektový přístup k databázi. A já nebudu muset dva měsíce
studovat nějaké XML a anotace, tak bych to bral.
Navrhnout DB se mi zdá rozhodně jednodušší, než si psát Java beany a ještě
do nich anotace.
I když všiml, jsem si že nové test buildy Netbeansu 5 umí nějaké Beany na
základě databáze generovat i v četně nějakých anotací, ale zda jsou to ty pro
Hibernate nevím.
--------------------------- Původní zpráva ---------------------------
Odesilatel: Jaroslav Misura <[EMAIL PROTECTED]>
Předmět: O/R mapování a Torque
Datum: 15. dubna 2006, 19:11:23 (GMT +0200)
Přílohy: Zpráva.html
msgid:[EMAIL PROTECTED]
J> Ten Torque bude urcite starsieho data, presnu verziu z hlavy neviem. Cosa
tyka
J> pouzivania, tam v principe ziaden velky problem nebol. Aplikacia ktora
Torque pouzivala
J> vyzadovala pomerne casto menit datovy model a prave tato cast sa mi zdala
zbytocne
J> komplikovana, ale zasa to moze byt dane specifikami nasho projektu.
Kazdopadne si stale
J> myslim ze Torque bol dolezity framework, ale dnes uz trochu prekonany.
Hibernate, alebo
J> spominany iBatis je vyhodnejsi uz aj koli tomu, ze Torque pouziva malo ludi
a novi
J> programatori dnes ovela skor poznaju Hibernate, ako Torque.
J>
J> Podla mna je dobre zacat s akoukolvek techonologiou uz pri mensom projekte,
pretoze
J> si to clovek odskusa v praxi. Ked si spravim svoj "pet project" tak si
poziadavky ohnem
J> tak, aby mi ten framework sedel, ale ked mam nejake realne poziadavky tam si
najlepsie
J> odkusam uskalia toho ktoreho frameworku. Bal by som sa navrhnut Hiberante na
velky
J> projekt s komplikovanym datovym modelom skor, ako by som si ho sam odskusal
na niecom
J> mensom. Takze podla mna, ak je to mozne, Hibernate sa oplati vyskusat si aj
pri mensich veciach.
J>
J> Co sa tyka rychlosti Hibernate vs. Torque, tam myslim ze je to hladanie
problemu tam
J> kde nie je. Myslim ze pokial clovek nespravi nejaku chybu pri implementacii
tak uzke hrdlo bude inde ako v takomto frameworku.
J>
J> Myslim ze Hibernate ma tri "vrstvy": java kod, mapovanie (ci uz xml, alebo
J> anotacie) a datovy model v sql databaze. Pokial sa pamatam, su v Hibernate
nastroje,
J> ktore z lubovolnej vrstvy vedia vygenerovat tie ostatne. Sam som pouzival
to, ze som si
J> pomocou anotacii popisal objekty v jave a nechal som Hibernate vygenerovat
tabulky pri
J> prvom spusteni databazy. V mojom jednoduchom pokuse to fungovalo ok.
J>
J> no, snad moj nazor pomoze a neublizi :)
J>
J> jaro
J> On 4/14/06, Tomáš Procházka <[EMAIL PROTECTED]> wrote:
J> Zdravím.
J> Takže myslíte, že i pro malé projekty se vyplatí použít Hybernate? Mě
přišlo, že je
J> to už příliš velký kanón na vrabce. Sice nedělám zrovna applet na webovou
stránku.
J> Jedna se o nějakou jednoduchou skladovou evidenci.
J> A má představa je, získat co možnánejjednodušší přístup k DB, kde by se
nemuselo
J> neustale opakovat totéž. Stejně potřebuji ta data mapovat do Java Bean
komponent.
J> Nepotřebuji za běhu měnit databázi.
J> Tohle mi přišlo právě jako velice jednoduché a tím, že se třídy vytváří
ušité na
J> míru i rychlé, předpokládám, že se tam neuplaťnuje žádná reflexe, žádný
překlad za běhu.
J> Skutečně jeHybernate rychlejší? A jde tam taky takhle snad už s hotové
databáze
J> vygenerovat během chvilky všechny potřebné třídy a takto s nimi jednoduše
pracovat? Já zatím našel jen docela složité tutoriály.
J> O hybernate se zajímám, všude se o to mluví, ale zatím mě nic
nepřesvědčilo, že to
J> bude stát za to. Od jak velkého projektu se to vyplatí?
J> Také prajem naozaj pekne sviatky.
J> --------------------------- Původní zpráva ---------------------------
J> Odesilatel: Jaroslav Misura <[EMAIL PROTECTED] >
J> Předmět: O/R mapování a Torque
J> Datum: 14. dubna 2006, 09:36:55 (GMT +0200)
J> Přílohy: Zpráva.html
J> msgid:[EMAIL PROTECTED]
J>> Caute,
J>> u nas jedna velka aplikacia bezala nad Torque a som velmi rad ze uz je v
softwarovom
J>> (po tolkych rokoch uz zasluzenom) dochodku a musim povedat, ze Torque som
si teda vobec
J>> neoblubil a v teame mali tento pocit myslim vsetci. V dobe ked aplikacia
vznikala to
J>> asi bol bleeding edge framework, ale to sialene mnozstvo vrstiev ktore nad
triedami
J>> generovanymi Torque vznikali nebolo prave ok.
J>> Tak isto datovy model tejto aplikacie bol dost rozsiahly a generovanie
tried bolo velmi neprakticke a zdlhave.
J>> Dalsim problemom bolo, ze funkcie generovane Torque niekedy viedli k velmi
zlym
J>> programatorskym praktikam. Priklad: programator si nacital komplet vsetky
zaznamy z
J>> tabulky a v kode sa potom rozhodoval co potrebuje a co nie. Super napad
(usetril par
J>> riadkov kodu), ked boli v databaze 4 zaznamy, ale pri par sto to uz zacal
byt problem.
J>> Spravte takuto vec v nejakej vnorenej slucke a vykon o par rokov si viete
predstavit.
J>> Jasne, ze toto vsetko su chyby programatora, ale Torque ho k tomu svojim
sposobom priviedol.
J>> Osobne by som Torque pri vacsom ako malom projekte nepouzil. A, pravdu
povediac, aj
J>> pri malom projekte sa mi zda v dnesnej dobe pouzitie napr. Hibernate ovela
rozumnejsie
J>> - velmi prijemne som bol prekvapeny, ked som sa hral s Hibernate v
kombinacii s
J>> anotaciami. Navyse, okolo sucasnych projektov ako Hibernate existuje velka
komunita
J>> pouzivatelov, takze je slusna sanca rychlo najst riesenia problemov ktore
sa vyskytnu.
J>> pekne sviatky,
J> ------------------------ Konec původní zprávy ------------------------
J> --
J> ---------------------------------------------------------------------
J> Tomáš Procházka
J> E-mail: [EMAIL PROTECTED]
J> WWW: http://atom.sf.cz
J> ICQ: 87147320
J> ---------------------------------------------------------------------
J>
------------------------ Konec původní zprávy ------------------------
--
---------------------------------------------------------------------
Tomáš Procházka
E-mail: [EMAIL PROTECTED]
WWW: http://atom.sf.cz
ICQ: 87147320
---------------------------------------------------------------------
