Javascript MVC-Framework (Trennung von Bedenken) ist kompatibel mit asp.net MVC?

Question

Jeder hatte eine Chance, das Javascript MVC-Framework mit ASP.NET MVC zu verwenden?

Grundsätzlich suchen i für Beratung auf einem Weg, um sie zusammen, wenn möglich zu verwenden, meine asp.net MVC-app ich kann nicht loswerden, aber ich würde gerne für die JavaScript/JQuery eine Art Trennung von Sorge zu verwenden. ..

Hat jemand so etwas benutzt? Ich versuche, die 2 zusammen darzustellen, weil asp.net mvc bietet VIEWS vielleicht die 2 wäre inkompatibel sein .... ??

Oder wäre es besser, nur ein OOP Extension Framework für Javascript zu verwenden und wenn ja ... jemand weiß, ein gutes, das Seite an Seite mit asp.net mvc arbeiten würde?

Answer 1

Mark, ich bin ein weiterer Beitrag zu JMVC. JMVC wurde entwickelt, um von Rohdatendiensten zu arbeiten, aber es kann viele Hüte tragen.

Es basiert auf Thin-Server-Architektur. Anstatt beispielsweise die Erstellung von Sichten auf dem Server und dem Client zu teilen, verwenden Sie asp.net, um unformatierte JSON-Daten zu erstellen und diese dann an JavaScript zu übergeben, das anhand seiner Vorlagen die endgültige HTML-Struktur generiert.

Der Vorteil ist, dass Sie bereits einen wiederverwendbaren Dienst erstellt haben und Ihre UI-Logik alle an einem Ort (der Client) ist.

Allerdings müssen Sie die Dinge nicht so machen. Sie können entscheiden, wo Sie die Daten am besten erstellen möchten.

Wenn Ihre Ansichten alle serverseitig sind (HTML von Clientanforderungen zurückgeben), benötigen Sie möglicherweise nicht einmal viele JMVC-Ansichten. Sie würden nur Controller verwenden. Controller sind jedoch der beste Teil von JMVC. Sie verwenden die Ereignisdelegierung, sodass Sie sich keine Sorgen über das Hinzufügen von Ereignissen machen müssen!

Hier ist ein Beitrag, wo ich über unsere Architektur mit Schienen sprechen:

http://javascriptmvc.com/blog/?p=68

Answer 2

Ich bin einer der JMVC Jungs. Ja, Sie können diese beiden zusammen benutzen. Wir empfehlen, REST-Services zu verwenden, um Ihre Client/Server-Schichten voneinander zu trennen, da dies die sauberste Trennung für Ihre Daten ermöglicht. Mit REST würden Sie Daten mit Ihrem Client konsumieren, indem Sie Anfragen für alle Todos stellen, die als JSON zurückkommen würden. JavaScriptMVC ruft dann einen Callback zu Ihrem Controller auf und Sie verwenden eine clientseitige Vorlage (Ansicht), um die Daten zu rendern.

Die beiden sind definitiv kompatibel, aber es hängt davon ab, wo Sie Ihre Logik existieren möchten. Ein Thick Client hat viele Vorteile, einschließlich Skalierbarkeit und Wartbarkeit.