Strictement l'utilisation des fichiers html statiques, jquery, ajax et services Web JSON pour un site Web?

Question

J'utilise ASP.Net MVC pendant un certain temps maintenant et j'ai pensé que ceci:

<% foreach(ItemRow in Items) { %> <div><%=ItemRow.Description%></div> <% } %>

Ca me rappelle un peu trop d'ASP classique et PHP. Oui, il y a des améliorations précises, mais il me fait encore grincer des dents un peu.

J'ai pensé au lieu d'écrire, mais rien html statique et strictement en utilisant jQuery pour recueillir les résultats JSON de webservices et remplir la page appropriée. Quelqu'un at-il essayé cette approche? Quelle a été votre expérience?

Answer 1

Je suis me retrouve ce faisant de plus en plus. Je trouve cela plus rapide à faire de simples applications centrées sur le client. Les seuls « problèmes » sont la sécurité et la gestion de session de l'État. Mais ce n'est pas un tueur d'affaire.

dépend de votre point de vue, mais l'un des points positifs que nous avons trouvé est que nous pouvons construire les couches d'affaires et de données, permettent à nos développeurs finaux avant de construire leur vision d'interface sans beaucoup de restrictions, et enfin nous pouvons permettre à un développeur moins expérimenté faire beaucoup plus de câblage les choses jquery. Ce qui d'un point de vue commercial a un retour sur investissement plus élevé que je peux consacrer les ingénieurs haut de gamme et aux développeurs de mieux utiliser leur temps.

Answer 2

Je suis d'accord que ce qui suit ayant:

<% foreach(ItemRow in Items) { %> <div><%=ItemRow.Description%></div> <% } %>

dans votre vue pourrait être laid. Voilà pourquoi je éditeur de modèles / affichage. Ainsi, les regards de code comme ceci:

<%= Html.DisplayFor(x => x.Items) %>

et dans le modèle d'affichage correspondant:

<div><%: Model.Description %></div>

En ce qui concerne votre deuxième question sur l'utilisation de jQuery pour recueillir des données JSON de diverses webservices et construire l'interface utilisateur, il est une approche que le travail pourrait pour des scénarios plus simples, mais à mon humble avis pour les applications métier complexes, vous voudrez peut-être envisager d'ASP.NET MVC ou même Silverlight.