Méthode recommandée pour les appels AJAX en .Net 1.1

Question

Eh bien, mon dernier contrat me force à entrer dans le monde antique de .Net 1.1.

Depuis que je me sers de jQuery et de Rails depuis un certain temps déjà, AJAX, comme des solutions aux problèmes, me trotte dans la tête et je ne peux pas m'empêcher de les écrire.

Donc, mon problème assez simple, c’est que j’ai trois actions à effectuer sur un enregistrement (insérer, mettre à jour et supprimer). Je peux gérer les index et les émissions à l’aide des contrôles ASP.Net et de javascript.

J'utilise jQuery pour tous mes projets AJAX.

Pour ce faire, j'ai introduit une simple page ASPX qui joue le rôle de contrôleur pour ces trois actions, lui donnant une vue anémique et gérant le rendu des données de retour à l'aide de concaténations de chaînes. Y at-il un meilleur modèle à utiliser ici? Comment avez-vous piraté ajax dans ASP.Net 1.1?

J'ai vu cet article sur ajaxprojects qui utilise un peu technique similaire sauf qu'ils font 1 page par action ajax.

Answer 1

Nous avions l'habitude d'utiliser ajax dans un ASP classique en postant simplement des messages XML dans une page ASP chargée de charger le xml à partir du corps de la requête.

Vous pouvez le faire en utilisant une page ASHX (gestionnaire ASP.Net). Vous ne bénéficierez pas de la surcharge des objets de la page. Vous pouvez donc créer une charge XML (ou json ou tout ce que vous voulez) sur la page ashx qui ne dispose que d’une seule méthode pour inspecter la demande, exécuter ce dont vous avez besoin et renvoyer les résultats souhaités.

Answer 2

Plus vous quitterez le paradigme du contrôle Web, et moins vous utiliserez de viewstate, plus il deviendra simple, ce qui est étonnant mais vrai. Cependant, le développement ASP.NET nous protège du HTML, du CSS et de JavaScript, et peu de développeurs ASP.NET sont prêts à les traiter de manière aussi directe, il est donc préférable de prendre la première place au premier plan.

Heureusement, ASP.NET 1.1 fonctionne très bien avec jQuery et vous pouvez faire tout ce que vous voulez, en évitant les contrôles Web et en utilisant simplement du HTML brut avec jQuery, en utilisant pleinement ASP.NET et en éparpillant juste un peu de jQuery pour, par exemple, valider sur le client et éviter ainsi un postback.

Par exemple, vous pouvez créer une grille de données normale, idéalement sur une page séparée, entourée uniquement d'un élément de formulaire (avec runat = serveur supprimé), ou peut-être simplement d'un élément div, et la servir via la méthode de chargement jQuery ajax.

Personnellement, je n’utilise aucune des bibliothèques Microsoft Ajax. Chaque fois que je vois des personnes les utiliser dans des échantillons, ils semblent ne faire que compliquer ce que jQuery fait déjà de manière plus simple, plus rapide et mieux. Ce matériel est simple, ne le ralentissez pas en intégrant des bibliothèques MS inutiles et en utilisant un XML volumineux sans vraiment de bonnes raisons. J'ai aussi personnellement supprimé tout ViewState de toutes les pages et je n'ai pas encore trouvé de cas où ViewState a fait quelque chose d'utile pour moi qui ne soit pas plus simple et plus efficace, mais uniquement pour le gérer directement. Il s'avère que nous n'en avons jamais eu besoin, mais Ajax a scellé l'accord. Et la diminution de la taille de la page avec l'augmentation correspondante de la vitesse est une révélation. Vivre plus pleinement dans le paradigme web actuel est tellement plus simple et meilleur que de vivre avec la magie qui fuit ASP.NET.

HTH.

Mike

P.S. Wow, tout le monde s’engage pour un développement Web plus simple et de meilleure qualité: Contrôle du code HTML dans ASP.NET WebForms

Answer 3

Continuer à rouler vous-même avec jQuery n’est pas une mauvaise idée mais vous devrez évidemment "réinventer la roue". créer un support ajax de base dans les contrôles existants. Le moyen le plus rapide de mener à bien le projet consiste à rechercher les dernières versions des contrôles Infragistic prenant en charge .NET 1.1.

Je ne serais pas surpris qu'ils aient toujours les versions 1.1 dans leurs packages 2007, car ils sont assez bons en termes de compatibilité.

Answer 4

J'ai utilisé AjaxPro pour mes projets 1.1 avec beaucoup de succès. Le modèle que j'ai utilisé consistait à construire des contrôles utilisateur pour représenter les "vues", puis dans les requêtes ajax, je charge dynamiquement le contrôle utilisateur et appelle la méthode Render () sur le contrôle.

Lorsque vous appelez Render (), il écrit le code HTML de votre contrôle dans un rédacteur de texte que vous pouvez ensuite retourner au client via votre appel ajax et insérer dans un div de l'espace réservé.