ad 1) Ano TableModel si muze tahat veci i od nekud jinud, ale toto vy musite rucne nejak osetrit, musite to proste naprogramovat. ad 2) Prave by bylo pekne, kdybych mohl vytvorit jen Hib. Entity a JTable nejak rict ze ma rovnou pouzivat tyto entity (a tudiz bych uz se nemusel starat o prekladku dat z Entit do TableModelu). A takhle by snad nejak mohl fungovat JBoss Seam.
petr ______________________________________________________________ > Od: [EMAIL PROTECTED] > Komu: Java <[email protected]> > Datum: 02.11.2006 08:59 > Předmět: Re: Co jde v .NET a nejde v Jave? > >1. Table model neni nutne plnit, ten si veci muze jenom pretahovat od nekud jinud, od sveho modelu. To jste to mozna >jenom nepouzil spravne. > >2. Neni mi jasne proc je to vyhoda .NET, kdyz naprogramuju model, ktery si bude data tahat primo z Hibernate entit, pak >mam to same co v .NET, ne? > >3. Nehledal jsem, ale nedivil bych se, kdyby to uz nekdo udelal za me ... :-)) To je vyhoda Javy ... > >Petr Synek napsal(a): >> Myslim ze to neni nic proti MVC. >> Je to jen zjednoduseni ve smyslu jako by JTable mohl pouzivat primo Hibernate entity aniz by bylo nutne predtim rucne plnit javax.swing.table.TableModel z Entit. S tim ze se zaroven automaticky zjisti jmena a typy sloupcu (a samozrejme ze je take mozne dodatecne toto implicitni mapovani sloupcu upravit, pokud nevyhovuje). >> >> Podobne jednoduse by snad mohl fungovat JBoss Seam pro JSF (viz. http://www.onjava.com/pub/a/onjava/2006/03/15/jboss-seam.html), ale jeste jsem si to cele nestihl precist. >> >> petr >> >> >> ______________________________________________________________ >>> Od: [EMAIL PROTECTED] >>> Komu: Java <[email protected]> >>> Datum: 01.11.2006 10:13 >>> Předmět: Re: Co jde v .NET a nejde v Jave? >>> >>>> Napr. GUI nebo Web prvky pracuji primo s datovmi objekty (ADO.NET), >> takze vetsinou odpada rucni plneni "Model" objektu z Entit, tedy vice mene >> odpada rucni prehazovani kupy dat tam a zase zpet (i kdyz napr. Jakarta >> BeanUtils lrecos v tomhle smeu v Jave take zjednodusuji, ale v .NETu tohle >> funguje implicitne a automaticky). >>> No to bych zrovna jako vyhodu moc nepovazoval. To je pak o tom, ze se >> vsechno toci okolo GUI, ktere zobrazuje i "drzi" >>> data, coz neni dobry pristup (rozhodne to neni podle MVC, ale on >> Microsoft nikdy MVC moc nebral vazne). Pokud MVC chci >>> pouzit, pak musim data z modelu kopirovat do GUI :-(( >>> >>> Me se naopak i u desktopovych aplikaci striktni pouziti MVC vzdy >> vyplatilo, i kdyz i trivialni aplikace to znamena vic >>> prace, ale prehlednost kodu a jeho rozsiritelnost jednoznacne hovori ve >> prospech tohoto reseni. (pravda nikdy jsem si >>> GUI neklikal, protoze me to prislo hrozne omezujici ....) >>> >>> Abych se ale vyjadril k tematu, vse je to o tom, ktera platforma >> "vyhraje". To je ta spravna volba .... Navic jde i o >>> filosofickou otazku, ktera podle me trochu zanikla ... chcete mit volnost >> a nebo jasne danou cestu, podle toho si vyberte. >>> P.S. Uz je .NET dostatecne stabilni, aby jej Microsoft nemenil pod rukama >> jako se stalo mezi verzi 1.X a 2.0 ... to je >>> argument pro Javu, mozna ... >>> >>> -- >>> Jiří Mareš (mailto:[EMAIL PROTECTED]) >>> ČSAD SVT Praha, s.r.o. (http://www.svt.cz) >>> Czech Republic >>> >> >> >> > >-- >Jiří Mareš (mailto:[EMAIL PROTECTED]) >ČSAD SVT Praha, s.r.o. (http://www.svt.cz) >Czech Republic >
