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

• Karma félisten

  #4924

  #4923 MrSealRD

  2014-02-04 07:26:35

  Ú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

  

  Karma

  félisten

  #4923 MrSealRD

  #4923 MrSealRD

  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.

  Ha viszont ennyire kiheréled a Springet, nem is muszáj egyáltalán afelé menned. Jerseyvel például szintén elég jó REST kontrollereket lehet írni.

  .NET-en meg WCF helyett használhatsz ServiceStacket vagy ASP.NET Web API-t is.

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