framework Javascript MVC (de seperation des préoccupations) est compatible avec asp.net MVC?

Question

Toute personne a eu la chance d'utiliser le javascript framework MVC avec ASP.NET MVC?

Fondamentalement, je cherche des conseils sur une façon de les utiliser ensemble si possible, mon application asp.net MVC je ne peux pas se débarrasser, mais j'aimerais utiliser une sorte de séparation de préoccupation pour le javascript / Jquery .. .

Tout le monde utilise quelque chose comme ça? Je suis en train d'imaginer les 2 ensemble, parce que asp.net mvc offre une vue peut-être le 2 serait incompatible .... ??

Ou serait-il préférable d'utiliser simplement un cadre d'extension de la POO pour javascript et si oui ... Quelqu'un sait-il un bon qui travaillerait côte à côte avec asp.net mvc?

Answer 1

Mark, je suis un autre contributeur à JMVC. JMVC est conçu pour fonctionner des services de données brutes, mais il peut porter plusieurs chapeaux.

Il est basé sur une architecture fine du serveur. Par exemple, au lieu de diviser la création de vues sur le serveur et le client, utilisez asp.net pour créer des données JSON brutes, puis passer à JavaScript, qui utilisera ses modèles pour générer la structure HTML final.

L'avantage est que vous avez déjà créé un service réutilisable, et votre logique de l'interface utilisateur est en un seul endroit (le client).

Cependant, vous ne devez pas faire les choses de cette façon. Vous pouvez décider où le meilleur endroit pour créer des données de vue.

Si vos vues sont côté serveur (retour HTML à partir des demandes des clients), vous pourriez même pas besoin de beaucoup de points de vue JMVC. Vous utilisez simplement les contrôleurs. Cependant, les contrôleurs sont la meilleure partie de JMVC. Ils utilisent la délégation de l'événement afin que vous n'avez pas à vous soucier de fixer des événements!

Voici un poste où je parle de notre architecture avec des rails:

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

Answer 2

Je suis un des gars JMVC. Oui, vous pouvez utiliser les deux ensemble. Nous conseillons l'utilisation des services REST pour séparer vos couches client / serveur, car il fournit la séparation plus propre pour vos données. Avec REST vous souhaitez utiliser des données avec votre client en faisant des demandes de tous todos, qui reviendraient JSON. JavaScriptMVC alors appeler un rappel à votre contrôleur, et vous devriez utiliser un modèle côté client (vue) pour rendre les données.

Les deux sont certainement compatibles, mais cela dépend de l'endroit où vous voulez que votre logique existe. Un client épais présente de nombreux avantages, y compris l'évolutivité et la maintenabilité.