Question

Pour une application métier typique, l'accent doit-il être mis sur le traitement des clients via AJAX, c'est-à-direextraire les données du serveur et les traiter sur le client ou suggéreriez-vous une approche ASP.Net plus classique, le serveur étant responsable de la gestion de la plupart des événements de l'interface utilisateur ?J'ai du mal à trouver une bonne « architecture par défaut » à partir de laquelle commencer.Peut-être que quelqu'un a un exemple d'application open source qu'il pourrait recommander.

Était-ce utile?

La solution

Cela dépend vraiment de l'application et de la situation, mais gardez simplement à l'esprit que chaque accès au serveur est coûteux, à la fois en termes de charge supplémentaire (peut-être de manière minime), mais également en termes de réactivité de l'interface utilisateur.Je pense que faire les choses en JavaScript lorsque cela est possible est une bonne idée, si cela peut rendre votre interface utilisateur plus vive.

Bien sûr, tout dépend de ce que vous essayez de faire et de l'importance de savoir si l'interface utilisateur est rapide (une application Web interne n'a probablement pas BESOIN de développement supplémentaire pour rendre l'interface utilisateur plus attrayante et plus rapide/plus facile à utiliser, alors que quelque chose qui est utilisé par le grand public par un public de masse doit probablement être aussi peaufiné et réglé que possible).

Autres conseils

Cela dépend grandement de l'application et de l'utilisateur.Dans le cas général, cependant, vous évoluerez toujours mieux et l'utilisateur bénéficiera d'une meilleure expérience si la plus grande partie du traitement possible est effectuée sur le client.

De plus, avec Google Gears et d'autres frameworks similaires, il est possible de séparer le client du réseau tout en continuant à utiliser l'application.Si toute l’interface utilisateur se trouve sur le serveur, il est beaucoup plus difficile de déployer une solution itinérante.

Avez-vous besoin de faire confiance aux données ?Si tel est le cas, sachez qu’il est trivial de falsifier les données traitées par le client de manière malveillante.Si tel est le cas, vous souhaiterez traiter les informations sur le serveur.

Sachez également qu'il peut être beaucoup plus difficile de coder des applications javascript afin qu'elles soient stables, fiables et sans bugs.Pouvez-vous verrouiller vos utilisateurs afin qu’ils n’utilisent qu’un seul navigateur particulier ?

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top