2009-12-26 2 views
1

Est-ce que JavaScript crée un problème lorsque nous implémentons des pages maîtres?Est-ce que JavaScript crée des problèmes lorsque nous implémentons des pages maîtres?

Il me semble qu'il est assez difficile de maintenir et d'implémenter JavaScript sur une application où nous avons utilisé des pages maîtres. Y a-t-il un raccourci ou l'inverse?

+0

maintenant si j'utilise le fichier .js pour implémenter javascript, il ne deviendra pas très difficile de gérer les différentes pages et les contrôles qui pourraient l'utiliser. En outre, j'ai 2 fichiers .js alors la page maître poserait toujours un problème car les 2 pages de contenu différentes pourraient nécessiter des fichiers .js différents, mais leur page maître pourrait être la même. – HotTester

+0

Hi Pandiya, Bien trouver clientId n'est pas un problème car il peut être résolu en obtenant la propriété ClientID de ce contrôle particulier, qui est généré à l'exécution et est disponible pour nous. Mais comment l'utiliser à notre avantage si nous utilisons javascript et les pages maîtres? – HotTester

Répondre

1

Il n'y a pas de problèmes de javascript lors de l'utilisation de pages maîtres dans asp.net sauf si vous en créez. Lors de l'écriture de javascript, vous devriez voir le html final généré lorsque la page est traitée et travailler sur ce code HTML plutôt que de penser en termes de page maître ou de pages de contenu. Vous pouvez mettre vos fonctions javascript courantes dans la page maître afin de pouvoir les consulter dans toutes les pages de contenu. Aussi, je recommande de mettre tous vos javascript dans un fichier externe et de l'inclure dans la page maître. C'est une bonne pratique.

Si vous rencontrez des problèmes, vous pouvez poster le problème spécifique et nous pouvons essayer de les résoudre.

Bonne chance ...

3

Hai HotTester,

Le principal problème serait de trouver de ClientId des contrôles utilisés dans votre application.

0

Il n'y a pas de problème avec la conclusion de celui des ClientID à MasterPages dans ASP.Net 3.5 ... Comme la page de contenu a sa propre étiquette de tête à la différence ASP.Net 2.0