Discussion :

[cfeltz]

Bonjour,
Ayant installer Silverlight aujourd'hui dans le but de me former dessus je reste perplexe quant à sa gestion des erreurs.

Voici un exemple d'erreur que j'ai eu aujourd'hui :

Une erreur est survenue.
Souhaitez-vous effectuer un débogage ?

Ligne : 52
Erreur : Unhandled Error in Silverlight 2 Application SilverlightTest1.xap
Code : 4001
Category : ImageError
Message : AG_E_NETWORK_ERROR

Autant dire que le message m'a laissé un peu perplexe, avec comme seule piste le fait qu'il y ai un rapport avec une image.
Heureusement mon application de test est ridiculement simple et j'ai réussi à trouver mon problème assez rapidement. A savoir qu'il est en rapport avec la ligne suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<Image Source="{Binding Path}"></Image>

Et du fait que l'Url définie dans l'attribut Path était mal formée.

Seulement voilà, si je change le contexte et que je travaille sur une application beaucoup plus complexe que celle-ci. Comment je dois procéder pour localiser mon erreur facilement ?
Y a-t-il une marche à suivre meilleur que le "pif au mètre" ?

Christophe

[cyberbobby]

Évidemment, il faut utiliser un programme tel que Visual Studio, ce que tu utilises sans doute déjà et compiler le projet en mode debug.

Dès lors, il te renvoi a la ligne de l'erreur et fourni un message complet sur la raison.

[Skyounet]

Évidemment, il faut utiliser un programme tel que Visual Studio, ce que tu utilises sans doute déjà et compiler le projet en mode debug.

Dès lors, il te renvoi a la ligne de l'erreur et fourni un message complet sur la raison.

Non il ne le fait pas, même en mode debug. Quand tu as un problème d'image c'est assez difficile à localiser, il faut y aller à coup de breakpoint.

[cyberbobby]

Arf, j'avais pas vu l'exemple de l'image, je pensais que c'tait pour le debug en général ...

[cfeltz]

Non il ne le fait pas, même en mode debug. Quand tu as un problème d'image c'est assez difficile à localiser, il faut y aller à coup de breakpoint.

Merci pour l'info,
Après seulement un jour de travail sur Silverlight j'ai déjà noté plusieurs difficultés quant au debug des programmes codés.
Je citerais comme exemple ce genre de message d'erreur pouvant faire perdre des heures de recherche pour un problème à la base très simple.
Ou encore l'impossibilité d'écrire du code lors de l'exécution.

J'en arrive donc à une question très simple :
"Dois-je prévoir d'augmenter les charges de manière conséquente lors des phases de correction dans un projet basé sur Silverlight ?"

Autrement dit, est-ce debuguer une application en Silverlight peut s'avéré difficile ?

Y a-t-il d'autre cas que la localisation des problèmes d'images qui peuvent poser de telles difficultées à débuguer ?

Tout avis est bien entendu le bienvenu.

[Skyounet]

Merci pour l'info,
Après seulement un jour de travail sur Silverlight j'ai déjà noté plusieurs difficultés quant au debug des programmes codés.
Je citerais comme exemple ce genre de message d'erreur pouvant faire perdre des heures de recherche pour un problème à la base très simple.
Ou encore l'impossibilité d'écrire du code lors de l'exécution.

J'en arrive donc à une question très simple :
"Dois-je prévoir d'augmenter les charges de manière conséquente lors des phases de correction dans un projet basé sur Silverlight ?"

Autrement dit, est-ce debuguer une application en Silverlight peut s'avéré difficile ?

Y a-t-il d'autre cas que la localisation des problèmes d'images qui peuvent poser de telles difficultées à débuguer ?

Tout avis est bien entendu le bienvenu.

Une solution pour les images est de s'abonner à l'évènement ImageFailed, tu localisera de suite l'objet problématique.

On peut aussi parfois avoir des erreurs de XAML pas toujours compréhensible, du genre BAD_PROPERTY ou des messages dans ce genre. Le XAML c'est toujours un peu chiant à debugger.

[cfeltz]

Une solution pour les images est de s'abonner à l'évènement ImageFailed, tu localisera de suite l'objet problématique.

On peut aussi parfois avoir des erreurs de XAML pas toujours compréhensible, du genre BAD_PROPERTY ou des messages dans ce genre. Le XAML c'est toujours un peu chiant à debugger.

Merci pour toutes ces infos..
Je continue mes investigations sur Silverlight
En espérant (ou pas) ne pas tomber sur BAD_PROPERTY ...