2009-05-12 8 views
0

J'ai un collègue qui pense que celocalisation clientside

alert('<asp:Localize ID="ErrorAddingComponent" runat="server" Text="There was an error adding component: " meta:resourcekey="ErrorAddingComponent"/>' + errortext); 

est une bonne idée si nous obtenons une erreur d'un appel AJAX, le texte d'erreur est le paramètre de la fonction appelée en cas d'erreur d'un ajax jquery,

me l'idée d'utiliser un contrôle localisent côté serveur semble horrible, nous utilisons asp.net MVC donc, pour moi, même en utilisant le GetLocalResourceObject est prefereable à cela,

quelqu'un peut me donner des raisons que je peux le soulever avec lui? (ou si vous croyez que sa solution est ok pourquoi?). En outre, l'alerte me gêne aussi, je crois que nous devrions analyser les erreurs à un div pour la présentation.

+0

Je pensais que je voulais que quelqu'un me donne plus de détails sur pourquoi c'est mauvais, je pense que c'est mais à la fin de la journée le contrôle localiser analyse une chaîne qui alertera si l'alerte est déclenchée (en ce qui concerne Javascript, la chaîne aurait pu être codée en dur). – Pharabus

Répondre

3

alertes = -1

un div est agréable et pas ennuyeux, plus, vous pouvez offrir plusieurs solutions, liens comme, essayez à nouveau, ou d'ignorer, ou recommencer.

Si vous utilisez une alerte, elle semble moche, et vous ne fournissez que des options limitées à l'utilisateur.

+0

J'aime l'explication de la façon dont nous pouvons utiliser le div pour fournir des alternatives, l'alerte est juste moche! – Pharabus