[Javalist] Spring kerdesek

Peter Verhas peter.verhas at gmail.com
2014. Már. 27., Cs, 17:05:03 CET


Static html, javascript, one page application és javascript. Most azt gondolom, hogy ez az irány, olyan toolokkal, mint twitter bs, requirejs, backbonejs no meg jquery és társaik. Szerver oldalon meg Java. Vagy PHP? (Bocs, csak vicceltem.)

On Thu, Mar 27, 2014 at 4:55 PM, Gábor Garami <gabor.garami at hron.me>
wrote:

> Oooo, nyilvan nem nagymennyisegu java kodra gondoltam, de azert egy
> rohadt negy alapmuveletes szammanipulaciohoz hadd ne kelljen mar kulon
> valtozot exposalni a view szamara.
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu
> Skype: hron84
> 2014-03-27 16:38 GMT+01:00 György Szimeonov <szimeonov.gy at gmail.com>:
>> sztem az eleg undorito ha java kodot akarsz keverni html-lel.
>>
>>
>> 2014. március 27. 15:29 Gábor Garami írta, <gabor.garami at hron.me>:
>>>
>>> Sziasztok,
>>>
>>> Kicsit melyebben beleasnam magamat a Spring-be, ezzel kapcsolatban
>>> lenne par kerdesem/szeretnek par dologban tanacsot kerni a nalam
>>> okosabbaktol. Elorebocsatanam, hogy alapszinten mar ismerem a
>>> frameworkot, a tutorial appokon mar tul vagyok, illetoleg raktam mar
>>> ossze egy sajat kis appot is vele. Foleg a webalkalmazasok erdekelnek,
>>> tehat WebMVC/JPA iranyokban mozgok.
>>>
>>> A kerdeseim:
>>>
>>> 1) Van-e olyasfele templating rendszer, mint a HAML vagy mint a PHP,
>>> tehat hogy a java kod es a HTML kod osszekeverheto legyen? Ha lehet,
>>> nem szeretnek custom tagekkel szorakozni 1-1 if, foreach vagy mas
>>> kedveert. Foleg, mert ezekkel eleg rossz tapasztalat az, hogy a
>>> feltetel nem lehet pure java kod.
>>> 2) Gondolkodom azon, hogy bizonyos reszeket Java helyett Groovy
>>> nyelven irnek meg. Ilyenek peldaul a modellek, rohadtul utalom a
>>> setter/getter parosokat, meg ha tudom is, miert jok. Illetve a
>>> Groovy-nak van egy csomo olyan jo tulajdonsaga, ami miatt nagyon
>>> tetszik, igy csak azt irnam Javaban, amit abban egyszerubb, vagy csak
>>> abban lehet (pl. template logikak).
>>> A problemam az, hogy jelenleg ketfele modjat ismerem a Groovy
>>> hasznalatanak: vagy fajlonkent fel kell definialni az
>>> applicationContext.xml-ben (azaz nincs automatikus scanneles, meg
>>> globbing se igen), vagy class fajlokat forditok belole. Az elsovel a
>>> plusz nyilvantartasi kotelezettseg a bajom, az utobbival pedig az,
>>> hogy nem toltodik automatikusan ujra (hiszen nem scriptkent van
>>> kezelve), pedig ez lenne a Groovy-ban a legjobb.
>>>
>>> Jelenleg mindket kerdesre van egy-egy megoldasom, de nem vagyok
>>> elegedett veluk. Templatinghoz jelenleg thymeleaf-ot hasznalok, ha
>>> megis custom tagekkel kell szorakozni, ez a legkezenfekvobb valasztas,
>>> es talan ez dolgozik a legjobban a kezem ala. Azonban, mint mondtam,
>>> jobb lenne, ha sima Javas - vagy Groovy-s, de nem vagyok telhetetlen -
>>> if/else parosokkal dolgozhatnek.
>>>
>>> Ami a Groovy-t illeti, jelenleg osztalyt forditok beloluk, aztan ha
>>> modosultak, akkor mindig ujrainditgatom a szervert (mvn jetty:run). Ez
>>> foleg azert tarthatatlan, mert a springnek van egy jokora bootolasi
>>> ideje, amit nem biztos, hogy minden modositas utan szeretnek
>>> vegigvarni.
>>>
>>> Elore is koszonom, ha segitetek.
>>>
>>>
>>> Garami Gábor
>>> E-mail: gabor.garami at hron.me
>>> Tel: +36 20 235 9621
>>> MSN: hrgy at vipmail.hu
>>> Skype: hron84
>>> _______________________________________________
>>> 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
>>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20140327/b344cd2e/attachment.html>


További információk a(z) Javalist levelezőlistáról