[Javalist] Form & DB

[Tamás Magyar]

Grails?
Na hogy ne ilyen egyszavasakat írjak csak, legyen valami magas labda is:

Grailsben csináltunk egy GUIt és adatmodellt (eléggé össze vannak
nőve) igen gyorsan, mert az ilyen CRUD szerű cuccok összedobására
kiváló; aztán mivel túl általános és kb. használhatatlan lett (pedig
az elfogadott specifikációnak megfelelt :P) rövid haláltusa után totál
újraírtuk Vaadinban, ami azért több küzdelemmel járt a
JPA-Spring-Vaadin frontokon. Szóval gyors prototipizálásra jó a
Grails, de én inkább a paper prototyping eszközök és módszerek híve
vagyok valamiért, mint a kukának készített leprogramozott UI
prototípusoknak (még ha a pénz nem is annyira számít).

Igénytelen CRUD alkalmazásokra azért nyugodtan tudom ajánlani, ha nem
riadsz vissza a Groovytól.


Magyusz

2013/2/4 István Viczián <viczian.istvan at gmail.com>:
> Szia,
>
> Valami Python miért nincs benne? :)
> --
> Viczián István
>
>
> Molnár Miklós <timortinj at freemail.hu> írta (2013. február 4. 22:26):
>> Hali,
>>
>> Hazajövök és mifogad? Többtíz mail a threadben. ;) Köszönet mindenkinek, aki foglalkozott a témával.
>> Attilának külön köszönöm a sorait, elsősorban azért mert ilyen kevés leírt betűből ritkán jut az ember ennyi infóhoz. :o)
>>
>> Az eddigi lehetőség-lista, ami összejött:
>> (1) APEX
>> (2) Lazarus+FreePascal
>> (3) .NET (Visual Studio Express-es) és C#
>> (4) Web/J2EE-alkalmazás
>> (5) PHP (ma hallottam mástól)
>> (6) központi helyen egy jar-ban egy swinges app + webstart vagy bat
>> (7a) ha tenyleg nem kell uzleti logika akkor node.js szerveroldalon az adatbaziskapcsolathoz es ezt REST eleressel ext.js megjelenites megteszi. Keves Javascript tudassal egy jo programozo indulasnak eleg... Nem mellesleg Ext 4-tol MVC alapon tudsz fejleszteni vele (sokkal atlathatobb lesz az egesz)
>> (7b) Egyébként nem lesz megkerülhető a jövőben és egyre több próbálkozás van az OO JS verziók kifejlesztésére, többek közt az általam ma már említett Anders Hejlsberg (programozási nyelv fejlesztő zseni) is nekiállt egynek TypeScript (open source): http://www.typescriptlang.org/
>> (7c) ExtJs ->teljesen fuggetlen a hattertol, tehat kiszolgalhatja jersey, vagy spring, vagy akar .net is, barmi ami json-t tud eloallitani.
>> (8) GWT vagy IceFace
>>
>> (5)-höz
>> Azért esik ki, ahogy az APEX is, mivel Oracle Express Edition és Apex mellé free ODBC-drivert eddig nem sikerült a Linuxos Apache alá befaragni.
>>
>> (6)-höz:
>> Vessetek a mókusok közé, de Swinges alkalmazás az architektúrájából eredően soha nem fogja tudni felvenni a versenyt egy natív Windows-alkalmazással (végfelhasználói élményt tekintve), szerintem: szubjektív vélemény, nem kell velem egyetérteni.
>> Illetve a Swing+Java kombó az én értelmezésemben egészen biztosan nehezebb "zöldmezősen" a Lazarus+Free Pascalnál. Azon lehet vitatkozni, hogy mennyivel.
>> Azonban az kérdés számomra, hogy van-e bármi olyan feature-je, ami a többi megoldáshoz képest többet/jobbat ad.
>>
>> (7)-hez
>> Ez nem biztos, hogy nyerő lesz számomra, mivel kvázi értelmezni sem tudtam (első körben) ;)
>> Ha nem is olyan sok, de azért van némi üzleti logika form-oldalon is. Remélem nem írtam eddig sehol ennek ellenkezőjét. :o)
>>
>> Mai történés:
>> Érdekes módon számomra is meglepő módon a Lazarus+FreePascal bejutott a "második körbe", az Apex és PHP mellé (korlátok tudomásulvételével)
>> Bár a PHP szerintem csak a kedélyek borzolása miatt maradt benn. ;)
>> A C#+.NET-től fázik a csapat, vagy csak nem látják az előnyeit kellő hangsúlyozással..... ;)
>>
>> Mégegyszer köszönöm mindenkinek!
>> MM
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist