Ten Torque bude urcite starsieho data, presnu verziu z hlavy neviem. Co sa tyka pouzivania, tam v principe ziaden velky problem nebol. Aplikacia ktora Torque pouzivala vyzadovala pomerne casto menit datovy model a prave tato cast sa mi zdala zbytocne komplikovana, ale zasa to moze byt dane specifikami nasho projektu. Kazdopadne si stale myslim ze Torque bol dolezity framework, ale dnes uz trochu prekonany. Hibernate, alebo spominany iBatis je vyhodnejsi uz aj koli tomu, ze Torque pouziva malo ludi a novi programatori dnes ovela skor poznaju Hibernate, ako Torque.

Podla mna je dobre zacat s akoukolvek techonologiou uz pri mensom projekte, pretoze si to clovek odskusa v praxi. Ked si spravim svoj "pet project" tak si poziadavky ohnem tak, aby mi ten framework sedel, ale ked mam nejake realne poziadavky tam si najlepsie odkusam uskalia toho ktoreho frameworku. Bal by som sa navrhnut Hiberante na velky projekt s komplikovanym datovym modelom skor, ako by som si ho sam odskusal na niecom mensom.  Takze podla mna, ak je to mozne, Hibernate sa oplati vyskusat si aj pri mensich veciach.

Co sa tyka rychlosti Hibernate vs. Torque, tam myslim ze je to hladanie problemu tam kde nie je. Myslim ze pokial clovek nespravi nejaku chybu pri implementacii tak uzke hrdlo bude inde ako v takomto frameworku.

Myslim ze Hibernate ma tri "vrstvy":  java kod,  mapovanie (ci uz xml, alebo anotacie) a  datovy model v sql databaze. Pokial sa pamatam, su v Hibernate nastroje, ktore z lubovolnej vrstvy vedia vygenerovat tie ostatne. Sam som pouzival to, ze som si pomocou anotacii popisal objekty v jave a nechal som Hibernate vygenerovat tabulky pri prvom spusteni databazy. V mojom jednoduchom pokuse to fungovalo ok.

no, snad moj nazor pomoze a neublizi :)

jaro

On 4/14/06, Tomáš Procházka <[EMAIL PROTECTED]> wrote:
Zdravím.

   Takže myslíte, že i pro malé projekty se vyplatí použít Hybernate? Mě přišlo, že je to už příliš velký kanón na vrabce. Sice nedělám zrovna applet na webovou stránku. Jedna se o nějakou jednoduchou skladovou evidenci.

   A má představa je, získat co možná nejjednodušší přístup k DB, kde by se nemuselo neustale opakovat totéž. Stejně potřebuji ta data mapovat do Java Bean komponent.

   Nepotřebuji za běhu měnit databázi.

   Tohle mi přišlo právě jako velice jednoduché a tím, že se třídy vytváří ušité na míru i rychlé, předpokládám, že se tam neuplaťnuje žádná reflexe, žádný překlad za běhu.

   Skutečně je Hybernate rychlejší? A jde tam taky takhle snad už s hotové databáze 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.

   O hybernate se zajímám, všude se o to mluví, ale zatím mě nic nepřesvědčilo, že to bude stát za to. Od jak velkého projektu se to vyplatí?

   Také prajem naozaj pekne sviatky.

--------------------------- Původní zpráva ---------------------------
Odesilatel: Jaroslav Misura <[EMAIL PROTECTED] >
    Předmět: O/R mapování a Torque
      Datum: 14. dubna 2006, 09:36:55 (GMT +0200)
    Přílohy: Zpráva.html
      msgid:[EMAIL PROTECTED]

J> Caute,
J>
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>
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>
J> pekne sviatky,

J>
------------------------ Konec původní zprávy ------------------------

--
---------------------------------------------------------------------
Tomáš Procházka


E-mail: [EMAIL PROTECTED]
    WWW: http://atom.sf.cz
    ICQ: 87147320
---------------------------------------------------------------------


Odpovedet emailem