Hirdetés

  2. Fórumok
  3. Szoftverfejlesztés
  4. Java programozás
  5. (kiemelt téma)

Új hozzászólás Aktív témák

  • floatr floatr veterán
    #5711
    #5703 -v-
    Új Válasz
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    floatr
    floatr
    veterán
    #5703 -v-
    #5703 -v-

    Hat en soha semmivel nem szivtam annyit, mint az extjs-el ... Sose mukodik semmi, meg az se amit a hivatalos doksibol nezek, debugolni pain in the ass ... Persze az egesz javascriptet ugy utalom, ahogy van. Van egyaltalan jelenleg barmi alternativaja amugy JS-nek kliens oldalon? Vagy most tenyleg ez a jovo? :S szvsz nagyon tul vagyunk a javascript lehetosegein, ez az extjs fele mvc framework is egy vicc szerintem ..persze most ezek a JS frameworkok mennek, egyik rosszabb mint a masik.
    Generalt ui ... Hat igen. Tegnap ota vaadin ugyben olvasgatok, azert az a fos amit general, meg hogy utana belenyulni meg custom komponenest csinalni pain in the ass ... Na meg azert ez a sok ajax hivas is, nem tudom. De extjs-t meg soha tobbet ...akkor jsf-es irany, primefaces? Grails, wicket, play, ezek mit tudnak?
    Kurvara nem latom webappok teren az iranyt, mi lenne a tuti ... Szar mind. SOA-s irany tetszene, meg talan legjobban egy spring mvc-s backend es melle valami jquerys ui? Restes webservicek...

    Nézd, én nem mondtam soha senkinek, hogy könnyű. Meg kell ezt is tanulni, és kell hozzá tapasztalat. Ha a "könnyebb" utat választanád, akkor vehetsz hozzá designer-t is, de azt is tanulni kell. Lehet jól csinálni, és lehet nagyon rosszul is. Több szintje van a frameworknek: class management, core, alap komponensek, összetett komponensek; utóbbit nem mindig érdemes használni épp hasonló okok miatt, mint ami a vaadin problémája is.
    Debugolni, és pofozgatni szerintem lényegesen jobb, mint a többit, csak sajnos nem tudsz odaülni egy 2 órás gyorstalpaló után LHC-vezérlő GUI-t gyártani/debugolni. Megint csak sajnálatos - amitől sokan fáznak - hogy a JS-fejlesztésnek sok buktatója van a laza típusosság miatt. Ez van, ezekből tudsz gazdálkodni.
    Mihelyst egy összetettebb UI-ra van szükséged, meg vagy lőve, bármilyen frameworköt használsz, mert vagy elrejt tőled olyan dolgokat, ami idővel kelleni fog, vagy rádönti. Nincs bölcsek köve - itt sem.

    szerk.: az MVC részét nem feltétlenül érdemes erőltetni, mert kiszervezi a komponensekből a működést, ami szerintem megint egy olyan hiba, ami a hagyományos frontend fejlesztés megszokásaiból ered.

Új hozzászólás Aktív témák