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

  • 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 oldal:(vé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. :R

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