Sind serverseitige MVC-Frameworks in Einzelseitenanwendungen noch relevant? [geschlossen]

8

In einer einseitigen Anwendung, die Angular verwendet, scheint es, als ob die meisten Dinge auf der Clientseite behandelt werden. Der Client scheint nur beruhigende Anrufe an den Server zu tätigen.

Nach diesem Konzept scheint mir, dass meine Server-Seite überhaupt keine Anwendung hat, sondern nur Skripte, die REST-json-Daten erzeugen, die der Client lesen kann.

Vielleicht sind Frameworks wie Hibernate oder solche, die sich mit der Datenbank verbinden, immer noch relevant, da die resistenten Skripte auf dem Server immer noch eine Verbindung zur Datenbank herstellen müssen. Aber was ist mit diesen MVC-Frameworks?

Da der Server in einer Single-Page-App nur RESTful-Aufrufe für den Client, Frameworks wie Spring, Struts (in Java) oder Laravel (in PHP) usw. ausführen muss, sind sie für SPAs nicht relevant? Was bedeutet, dass die Serverseite wahrscheinlich nur eine gute RESTful-Bibliothek benötigt, mit der wir arbeiten können, um die json-Daten zu liefern, und das ist alles? Was wären sonst die Ansichten und Controller auf dem Server in einem SPA?

    
Carven 20.02.2014, 16:24
quelle

3 Antworten

4

Ich denke, dass die MVC-Frameworks immer noch nützlich für eine SPA-Anwendung sind. Ich entwickle eine SPA-Anwendung, und ich verwende ASP .NET MVC für zwei Dinge:

  1. So verwalten Sie die erste Seite meiner Anwendung. Es ermöglicht mir, die Vorteile dieses Frameworks zu nutzen, wie zum Beispiel die Verwaltung von Joining und Minimierung von Skripten.

  2. Um die Teilansichten zurückzugeben, die ich in Angular verwende. Es erlaubt mir, das Rasierapparat-Templating zu verwenden und auch zu verwalten, wie die Teilansichten hängen bleiben.

Ich denke, dass Sie einige Vorteile bekommen können, wenn Sie die zwei Sachen mischen.

Ich hoffe, dass es hilft.

    
jvrdelafuente 20.02.2014, 16:41
quelle
2

Wenn Ihre Ansichts- und Navigationslogik im Client ist und Ihr Server "nur" auf HTTP-Aufrufe antworten muss (wahrscheinlich REST), welche Dinge benötigen Sie auf der Serverseite:

  • Eine Möglichkeit, URLs mit Serverdiensten abzubilden.
  • Eine Möglichkeit, eine json-Ausgabe (oder vielleicht andere Formate) zu erstellen.
  • Ihre normale Geschäftslogik und Datenzugriffslogik, wenn Sie diese benötigen, ist dies immer die gleiche.

Wahrscheinlich mit einem guten Rest Framework wie Trikot ist es mehr als genug, ich spiele ein bisschen mit Dropwizard ( Ссылка ) und durch In dem Moment bin ich wirklich glücklich mit diesem einfachen Rahmen.

    
AlfredoCasado 20.02.2014 16:39
quelle
1

Es ist jedoch immer noch relevant, dass die Ansicht in diesem Fall die Mechanismen sind, die JSON / XML erzeugen, und es kann implizit sein.

Spring REST in diesem Fall mit den darunter liegenden Controllern ist ein Beispiel dafür. Sie müssen immer noch Ihre Anwendungsdienste manipulieren auf das Modell, das Sie von einigen wunderen Mechanismen erhalten, auf die über DAOs zugegriffen wird.

Die Architektur ist die gleiche, nur die Datendarstellung in der Ansicht ist anders.

    
Ben Goldin 20.02.2014 16:40
quelle