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

• MrSealRD veterán

  #4923 2014-02-04 06:02:53

  Ú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

  

  MrSealRD

  veterán

  A vékony kliens részét is mi írjuk viszont van egy másik aspektusa is a történetnek.
  2 meló indul közel azonos időben. Egyik .net a másik java alapú lesz. Az egyik fő szabály pedig az, hogy a körülményekhez képest a lehető legegyformább legyen a kettő...Ezért az "klasszikus" MVC-s megoldásokat mint a Spring MVC, és a Asp.net MVC kukába dobtuk. Magát a Spring fw-t nem csak az mvc részét. Mivel nem fogunk pl java kódból html-t generálni.

  A 3 réteg eddig vázlat szerűen így néz ki.(egyelőre)
  1. Kliens oldalvékony) HTML5,CSS3,JS-> JQuery és/vagy Ext.JS technológiák használata. Gyakorlatilag statikus html oldalak amik a dizájnt határozzák meg. JavaScriptből AJAX hívásokon keresztül megyünk a második réteg felé...
  2. Szerver oldal: .net oldalon wcf service, java oldalon valamilyen web service-ek vannak és minden komolyabb logika ide kerül...
  ORM hibernate illetve nhibernate lesz.
  3. DB oldalon pedig a .net-es történet oracle-ben végződik, a java-s még képlékeny...

  Bizonyos szempontból tök jó a dolog, viszont az, hogy heréltük a Spring egyik erős képességét, hát az annyira már nem...Na és akkor itt jön a történetbe az alkalmazásszerver kiválasztása...
  Nekem ez így kicsit sántít egyelőre, de indokolni nem nagyon tudom, mert sok az ismeretlen az egyenletben.

  Köszi a segítséget.

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