Myslim, ze JAVA znamena programovaci jazyk, zakladni API a komunitu
kolem toho. Stejen tak jako ostatni programovaci jazyky. Takze tak se na
to divejte.
Ja programuji v Delphi a JAVA. Ceska komunita kolem Delphi je silnejsi
nez JAVA, Delphi jako nastroj je daleko vyspelejsi, nez napr. Eclipse,
ale protoze Delphi je placene i komunita kolem neho vydava prevazne
placene komponenty a frameworky.
To byl duvod proc jsem nakonec presel na JAVA, api je daleko mensi a
kompaktnejsi, tudiz lepe pruhledne. K frameworkum mam zdrojove kody ve
kterych se da (narozdil od tech Delphovych) dobre vyznat.
Nesnazte se tedy odtrhavat komunitu od programovaciho jazyka jako takoveho.
P.S.: To o cem mluvite s tim propojenim dat s tabulkou to je prace RCP
Spring RCP to resi presne tak jak si prejete, ale jde v tom o trochu
dal. Pouziva Formularovi Model, ktery automaticky generuje (kdez
chcete), nebo vas necha si ho nagenerovat sam, kdyz chcete v nem provest
upravy. Tudiz do ruky dostavate silu obou pristupu, ne jen jednoho.
Lukas "benzin" Benda ([EMAIL PROTECTED]; http://benzin.bloguje.cz)
Java a Delphi programator
PHP a JavaScript skrypter
Tvurce databazovych aplikaci
A "cestinarsky" ignorant
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 <konference@java.cz>
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 <konference@java.cz>
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
