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

• #4945 floatr veterán MrSealRD #4939

  Új Válasz 2014-02-05 12:33:32 #4945

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz MrSealRD #4939 üzenetére

  Elkészültem vele [link]

  Ha kérdésed van, akkor ne kímélj

• #4940 floatr veterán MrSealRD #4939

  Új Válasz 2014-02-04 13:40:46 #4940

  Ú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

  Privát üzenet küldése

  

  floatr

  veterán

  válasz MrSealRD #4939 üzenetére

  Megpróbálom összeszedni majd a dolgokat hozzá pár napon belül

  A spring MVC már nagyon nem az a fajta állat, amikor a java kódnak bármi köze is lenne a html-hez. A legegyszerűbb felállás az -- ahogy struts esetében is van -- hogy egy adott URL-en van egy osztályod, ami reagál valami interakcióra, vagy listákat készít (bármi), meg egy JSP, ami a művelet eredményei megjeleníti. Az osztály az adatokat request-ben tárolja, az oldal meg onnét veszi ki, esetleg használhatsz hozzá taglib-et, de a magam részéről már régóta kerülök minden ilyent, max ha nagyon ostomba browserre kell optimalizálni.

  pl ki akarod listázni a felhasználókat:
  http://szerverem/users.html --> a spring mappeli a requestet a megadott osztály egyik metódusára, az kipréseli a listát adatbázisból, requestbe pakolja, majd a megmondja, hogy melyik JSP jeleníti meg. A spring megkeresi a JSP-t, onnantól meg rajtad múlik, hogy mennyire használsz java kódot. Ehhez képest a REST WS csak egy kicsit egyszerűbb: a metódus objektumot ad vissza, amiből beállítástól függően a spring pl. Jackson-nal JSON-t tol át, aztán egy kliens összerak belőle egy listát.
  Szépen el van választva egymástól minden. Én is utálom, amikor kavarodnak a dolgok.

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