2009-07-27 7 views
4

Est-ce que quelqu'un connaît de bonnes ressources pour apprendre le développement multi-navigateur dans ASP.NET? Plus précisément, qu'est-ce qui fait que la page est différente dans FF/Chrome/IE, quels sont les problèmes lors du développement, comment ce problème peut-il être traité dans un nouveau projet?De bonnes ressources pour le développement de sites Web ASP.NET multi-navigateur

+0

cet article pourrait vous être utile http://www.jankoatwarpspeed.com/post/2009/04/27/ASPNET-for-web-designers-Introduction.aspx –

Répondre

3

Je n'ai pas trouvé de ressource spécifique pour ce type d'information. En général, j'ai trouvé l'information lorsque j'ai rencontré les erreurs. Mais la première étape consiste à apprendre au moins un aperçu de haut niveau des moteurs de rendu utilisés par les différents navigateurs. Ils ont tous leurs propres "bizarreries" particulières, ainsi pourquoi un site comme http://www.quirksmode.org/ existe.

Une autre chose liée aux différents moteurs est de comprendre le modèle de développement de boîte et comment CSS est traité différemment avec lui dans chaque navigateur (et les différentes versions des navigateurs). Si vous avez besoin d'être extrêmement préoccupé par la correspondance parfaite entre les navigateurs, vous allez avoir beaucoup de plaisir. En relation avec cela, une autre chose est de regarder dans CSS Reset Sheets. Cela rend l'environnement entre les différents navigateurs assez similaire. Cela rend le développement plus facile, mais pas encore infaillible de gâcher la mise en page.

4

Un bon outil pour les sites Web inter-navigateurs est Microsofts SuperPreview. Ceci est encore en version bêta, mais jusqu'à présent, il semble que ce sera une aide précieuse pour le développement web.

Espérons que ça aide!

1

Cela devrait être plus un souci de balisage HTML et CSS que ASP.NET en particulier. Cela aidera votre recherche.

Pour moi, cela a été difficile d'apprendre à la dure, avec beaucoup de recherches sur Google. Quirksmode.org est une bonne référence comme l'a suggéré Agent_9191 et il existe d'autres références plus spécialisées & dispersées à travers le web. Cependant, si vous essayez de lire et de comprendre toutes les incompatibilités entre les navigateurs, il est facile d'être submergé. Très souvent, j'ai vraiment besoin d'exemples spécifiques pour apprendre. Pour cela, j'aime vraiment alistapart.com. Il y a une tonne de bonnes choses sur ce site quand il s'agit de créer des mises en page d'une manière compatible avec tous les navigateurs.

1

Habituellement, vous n'aurez aucun problème avec ASP.net et les problèmes de compatibilité entre navigateurs si vous n'utilisez que les contrôles standard du serveur standard qu'ASP.net vous offre. Quand le problème commence (comme dit CD) quand vous faites quelque chose de plus "avancé" comme les appels Ajax utilisant le toolkit ASP.net Ajax Control ou jQuery ou quoi que ce soit et vous avez toujours l'exigence d'être rétrocompatible jusqu'à IE6 (qui cause la plupart des problèmes!).

Ce que je fait l'expérience, les questions cross-browser se posent lorsque

  • vous utilisez beaucoup de code côté client comme JavaScript (Ajax appels etc ...). Dans de tels cas, il vaut la peine de rechercher des bibliothèques de haut niveau comme jQuery pour faire la plupart des choses.
  • vous avez affaire à des feuilles de style CSS pour faire votre conception de page et la mise en page, que vous devrait faire avec les styles CSS et pas en ligne !! Avec CSS, il s'agit d'apprendre en faisant. Vous obtiendrez des expériences sur ce qui fonctionnera bien sur la plupart des navigateurs et ce qui vous donnera probablement des problèmes.

Généralement, juste pour ASP.net, il est extrêmement important d'avoir à l'esprit le cycle de vie des contrôles page/control/custom server. Vous devriez avoir une bonne idée à ce sujet, mais il y a beaucoup d'informations sur le web. La plupart des problèmes que vous rencontrerez avec ASP.net ViewState seront dus à une mauvaise gestion du cycle de vie du contrôle (par ex. Attacher des éléments dynamiques au début/fin, lire ViewState dans le OnInit de votre page et se demander pourquoi vos valeurs sont vides etc. ...)

1

Pour le côté spécifique ASP.NET, le conseil le plus important que je puisse penser est d'éviter autant que possible les contrôles ASP.NET les plus complexes. Plus le cadre génère de balises, plus il vous faudra décompresser. Et honnêtement, on peut faire tout ce qu'il faut faire dans ASP.NET en utilisant des répéteurs et des contrôles utilisateur à la fin de la journée. C'est ce que l'on a dû faire dans les 1.1 jours pour obtenir quelque chose qui ressemble à un balisage décent.

Maintenant, si vous ne pouvez pas éviter les contrôles plus complexes, je voudrais également vérifier le Css Friendly Control Adapters. Ils peuvent aider à mincir certaines autres choses.

Questions connexes