Tomáš Procházka wrote:
> Zdravím.
>
> Turbine + Velocity + Torq + Intake
>
> K čemu je tohle všechno dobré?
Turbine - aplikacni framework ... ala Struts ci Spring,
Velocity - sablony,
Torque - to je asi kazdemu jasne, ze? ;-)
Intake - framework na kontrolu vstupu ve formularich zalozeny na XML
definich (je libo trochu regularnich vyrazu? ;-) )
>
> Já mám jeden velký problém a to v tom, najít kompromis mezi časem stráveným
> studiem nových věci a programováním samotné aplikace. Uvědomuji si, že
> cokoliv se rozhodnu napsat si tam, existuje už v daleko lepší variantě
> hotové. Jenže když si projdu 5 projektů a pro jeden se rozhodnu, naučím se ho
> a pak zjistím, že jsem stejně vybral špatně. Tak bych za tu dobu napsal něco
> vlastního sám ušité na míru přesně jednomu projektu. Jenže to je věc, která
> mě nebaví, nerad píšu něco pořád znovu.
>
No to je asi vecne dilema. Obcas je cas si neco zkusit, ale clovek to
detailneji pozna az pozdeji v projektu. Treba s vyse zmineou kombinaci
jsme se taky dostali do faze, kdyz jsme projekt za behu potichu
prepsali, protoze jsme framework na zacatku nepochopili uplne spravne. V
kazdem frameworku narazite na neco, co jiny vyresi treba lepe, ale
vetsinou je techto veci malo, takze to prekousnete a vyuzivate jeho
silnych stranek jinde a pri vetsi zkusenosti se jeho slabym strankam uz
vyhnete dopredu.
Osobne posledni dobou, kdyz neco potrebuji, zamirim k Apachum. Vetsinou
tam najdu, co potrebuju a je to i dobre vymyslene - obzvlast u projektu
s jiz delsi historii - na nekterych projektech je videt, ze jsou psane
lidmi, kteri uz maji neco za sebou a neco napsali ;-)
Ale stribrna kulka samozrejme neexistuje ;-)
T
>
> --------------------------- Původní zpráva ---------------------------
> Odesilatel: Tom Metz <[EMAIL PROTECTED]>
> Předmět: O/R mapování a Torque
> Datum: 14. dubna 2006, 18:08:22 (GMT +0200)
> Přílohy: <none>
> msgid:[EMAIL PROTECTED]
>
> T> Dobry den,
> T> muzete mi prozradit, jaka verze Torqu to byla? Pripadne ze kdy byla?
> T> Podle toho, co pisete uz je to asi celkem dlouho. U nas totiz ted mame
> T> relativne velky projekt (na mnozstvi dat) zalozeny na Turbine + Velocity
> T> + Torq + Intake a zatim vse OK. Na vybery dat pouzivame Criteria API
> T> nebo Village framework. Libi se mi, jak to vsechno spolu pekne
> T> spolupracuje, ale pokud me za nekolik mesicu ceka temer kolaps aplikace
> T> kvuli datove vrtve, tak bych s tim zacal neco delat hned.
>
> T> Diky za zkusenosti a nazory.
>
> T> T
>
>
>
> T> Jaroslav Misura wrote:
>
>>>Caute,
>>>
>>>u nas jedna velka aplikacia bezala nad Torque a som velmi rad ze uz je v
>>>softwarovom (po tolkych rokoch uz zasluzenom) dochodku a musim povedat,
>>>ze Torque som si teda vobec neoblubil a v teame mali tento pocit myslim
>>>vsetci. V dobe ked aplikacia vznikala to asi bol bleeding edge
>>>framework, ale to sialene mnozstvo vrstiev ktore nad triedami
>>>generovanymi Torque vznikali nebolo prave ok.
>>>Tak isto datovy model tejto aplikacie bol dost rozsiahly a generovanie
>>>tried bolo velmi neprakticke a zdlhave.
>>>Dalsim problemom bolo, ze funkcie generovane Torque niekedy viedli k
>>>velmi zlym programatorskym praktikam. Priklad: programator si nacital
>>>komplet vsetky zaznamy z tabulky a v kode sa potom rozhodoval co
>>>potrebuje a co nie. Super napad (usetril par riadkov kodu), ked boli v
>>>databaze 4 zaznamy, ale pri par sto to uz zacal byt problem. Spravte
>>>takuto vec v nejakej vnorenej slucke a vykon o par rokov si viete
>>>predstavit. Jasne, ze toto vsetko su chyby programatora, ale Torque ho k
>>>tomu svojim sposobom priviedol.
>>>
>>>Osobne by som Torque pri vacsom ako malom projekte nepouzil. A, pravdu
>>>povediac, aj pri malom projekte sa mi zda v dnesnej dobe pouzitie napr.
>>>Hibernate ovela rozumnejsie - velmi prijemne som bol prekvapeny, ked som
>>>sa hral s Hibernate v kombinacii s anotaciami. Navyse, okolo sucasnych
>>>projektov ako Hibernate existuje velka komunita pouzivatelov, takze je
>>>slusna sanca rychlo najst riesenia problemov ktore sa vyskytnu.
>>>
>>>pekne sviatky,
>>>
>>>jaro
>>>
>>>
>>>On 4/13/06, *Tomáš Procházka* <[EMAIL PROTECTED]
>>><mailto:[EMAIL PROTECTED]>> wrote:
>>>
>>> Zdravím.
>>>
>>> No, tohle mě zrovna netrápí, spíše by mě zajímaly nějaké
>>> výkonnostní testy.
>>>
>>> Ale čekal jsem více reakcí :-(
>>>
>>>
>>> --------------------------- Původní zpráva ---------------------------
>>> Odesilatel: Martin Krajci <[EMAIL PROTECTED]
>>> <mailto:[EMAIL PROTECTED]>>
>>> Předmět: O/R mapování a Torque
>>> Datum: 13. dubna 2006, 09:17:31 (GMT +0200)
>>> Přílohy: Zpráva.html
>>> msgid:[EMAIL PROTECTED]
>>> <mailto:msgid:[EMAIL PROTECTED]>
>>>
>>> M> Dobry den,
>>> M>
>>> M> Torque je tu uz pomerne dlhu dobu. Neviem ako je to teraz, ale co
>>> si spominam, tak sa
>>> M> mi na torque nepacilo, ze moje O/R objekty boli az priliz
>>> naviazane na torque API. Aby
>>> M> vyzsie vrstny nevedeli o tom ze pouzivam torque, tak trebalo
>>> objekty prebalovat do DTO. Inac API bolo ozaj jednoduche.
>>> M>
>>> M> Martin Krajci
>>> M>
>>>
>>> M> On 4/12/06, Tomáš Procházka <[EMAIL PROTECTED]
>>> <mailto:[EMAIL PROTECTED]>> wrote:
>>> M> Ahoj,
>>>
>>> M> jíž hodně dlouho mě štve příliš složitý přístup k DB z Javy a
>>> nějak se mi nikdy
>>> M> nechtělo pouštět do Hybernate a dnes jsem snad konečně našel
>>> něco, co jsem hledal. Těm
>>> M> co taky tápu snad pomohu a ti, od těch co znají si zase já rád
>>> vyslechnu něco, co nevím já ;-)
>>>
>>> M> Jedná se o projekt http://db.apache.org/torque/
>>>
>>> M> Funguje to tak, že si to samo z databáze umí načíst strukturu a
>>> vygenerovat XML
>>> M> soubor, který tu strukturu nese, je také možné naopak vytvořit
>>> XML a generovat
>>> M> strukturu pro import do SQL a to pro velké množství databází.
>>>
>>> M> S toho XML se pak dá vytvořit Java kód, který kompletně skryje
>>> klasický přístup do DB
>>> M> za objektový, tedy je na míru ušitý pro určitou Databázi a
>>> přístup k ní se pak realizuje naprosto fantasticky.
>>>
>>> M> Například mám tabulku aut, v ní cizí klíč do tabulky výrobců aut,
>>> cizí klič to tabulky
>>> M> typů aut a pak název modulu. Jistě si dovede představit, jak by
>>> se přes JDBC dalo
>>> M> vypsat tuto tabulku i s hodnotami ve vázaných tabulkách. A pomoci
>>> Torque to bude vypadat takto:
>>>
>>> M> Torque.init("torque.properties");
>>>
>>> M> List<Cars> list = CarsPeer.doSelect(new Criteria());
>>> M> for(Cars car : list) {
>>> M> System.out.println(car.getCarProducer().getValue() +
>>> " - " +
>>> M> car.getModel() + " - " +
>>> M> car.getCarType().getValue());
>>> M> }
>>>
>>>
>>> M> A to je skutečně vše, nemusíte napsat ani řádku dalšího kódu,
>>> kromě konfigurace samozřejmě ;-)
>>>
>>>
>>> M> Datum: 21:52:53 12. dubna 2006
>>> M> --
>>> M> ---------------------------------------------------------------------
>>> M> Tomáš Procházka
>>>
>>>
>>> M> E-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>>> M> WWW: http://atom.sf.cz
>>> M> ICQ: 87147320
>>> M> ---------------------------------------------------------------------
>>>
>>>
>>>
>>>
>>>
>>>
>>> ------------------------ Konec původní zprávy ------------------------
>>>
>>> --
>>> ---------------------------------------------------------------------
>>> Tomáš Procházka
>>>
>>>
>>> E-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>>> WWW: http://atom.sf.cz
>>> ICQ: 87147320
>>> ---------------------------------------------------------------------
>>>
>>>
>
>
>
> ------------------------ Konec původní zprávy ------------------------
>
