[Javalist] Form & DB

[Gábor Garami]

Elfelejtettem valamit:

Ha a nativ alkalmazas kritikus feltetel (nincs priorizalas a listaban,
igy nem tudom megitelni, hogy az-e), es van C++ tudas a csapatban,
akkor az en ajanlatom a Qt. A formok egy XML alapu cuccbol epulnek
fel, opcionalisan meg lehet valtoztatni oket az alkalmazas
ujraforditasa nelkul is (azt hiszem...).

Ezen felul a Qt lehetoseget biztosit a JavaScript alapu QML nyelv
hasnzalatara, mely lehetove teszi, hogy az uzleti logika reszben vagy
egeszben ilyen scriptek halmazabol tevodjon ossze.

A Qt objektumoknak - ha jol tudom - nincs kozvelten databindingjuk, de
viszonylag konnyen osszehozhato ilyesmi, illetve ugy tudom, vannak
kesz widgetek is hozza, korul kell nezni, de ha nincs is, akkor is
eleg konnyen implementalhato ilyesmi. De a Qt-re vonatkozo ismereteim
borzalmasan regiek, mindenkepp erdemes a dokumentacio
attanulmanyozasa.

API: http://qt-project.org/doc/qt-5.0/qtdoc/index.html
Home: http://qt-project.org/


Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
MSN: hrgy at vipmail.hu
Skype: hron84


2013/2/2 Molnár Miklós <timortinj at freemail.hu>:
> Sziasztok,
>
>
>
> Feladat: képernyőkön keresztül kell Oracle adatbázisba adatokat rögzíteni
> (+valamiféle menürendszer)
>
>
>
> Milyen technológiát tartotok erre legalkalmasabbnak egyértelműen csak
> Windows alatt?
>
>
>
> Az APEX egy triviálisan létező lehetségesi opció erre (mivel Oracle adott és
> azon belül már ingyenes):
>
> Ami még eszembejut: Free Pascal + Lazarus kombó.
>
>
>
> Az én szempontjaim a választáshoz az alábbiak lennének:
>
> - NEM szempont tehát, hogy Linuxon és Windowson egyformán jó legyen: elég a
> Windows támogatása (100%-ban windows-gépeken történik a rögzítés).
>
> - Free/Open Source legyen a fejlesztő környezete (üzemeltetése)
>
> - Legkisebb "lábnyomú" (footprint), pehelysúlyú (lightweight) legyen: gyors
> indulású futtató-alkalmazás, kis méretű natív exe előnyben.
>
> - Minél könnyebb legyen benne fejleszteni: Java Swing és/vagy SWT-nél
> egyszerűbben.
>
> - Minél teljesebb felhasználói élményt adjon rögzítői oldalon.
>
> - Szép legyen a form. Nálam a "szép form" a régi Delphis 3rdparty
> bővítményes eszkökészlettel volt implementálható.
>
> - Billentyűzet-támogatás elegáns legyen (ne egerészni kelljen a rögzítőnek).
>
> - Könnyű legyen módosítani a formokat, bővíteni formokkal/alkalmazásokkal
>
> - Könnyű legyen üzemeltetni. Nálam a könnyű egy régi exe lecserélése egy
> újra például ;) És nem alkalmazás-szerver leállítása, újraindítása, hibák
> kezelése stb.
>
> - 64-bites natív támogatás (esetleg).
>
> - A fejlesztő környezet minél kevésbé legyen "egzotikus", abbahagyott
> fejlesztésű, kevéssé dokumentált stb (esetleg).
>
> - Több db-platform támogatása (esetleg). Eddig 100%-ban Oracle-ben volt/van
> minden. De a kertek alatt most lopódzik be az MSSQL Server. Emiatt egy APEX
> nem feltétlen előny.
>
>
>
> Na és egyéb szempont technológia-választáshoz?
>
>
>
> Köszönettel:
>
> MM
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>