Quand utiliser DebuggerDisplayAttribute

C'est subjectif et j'hésiterais de dire qu'il y a de meilleures pratiques, mais:

1. Recherchez-vous du débogueurDisplayAttribute plus utile sur certains types d'objets (c'est-à-dire des structures de données personnalisées) plutôt que d'autres?

   De loin l'utilisation la plus courante est des types qui représentent des entités commerciales - et je vais afficher couramment ID + nom. Aussi des types qui seront stockés dans des collections de l'application.

   Autre que je l'ajoutez chaque fois que je me retrouve souvent à la recherche de propriétés dans le débogueur.

   2.friez-vous la définir sur des types publics, des types internes ou des deux?

   les deux.

   3. Pour que vous ajoutez généralement à la mise en œuvre initiale, ou attendez qu'un testeur / utilisateur le demande?

   Les testeurs / utilisateurs ne le verront jamais - il est utilisé uniquement lors du débogage.

   4.Quand est-il préférable de définir le débogueurDisplayAttribute et quand il est donc plus logique de remplacer .Tostring ()?

   remplaçage de tostring () lorsque vous souhaitez la représentation au moment de l'exécution, soit à des fins de journalisation ou spécifiques à l'application. Utilisez DebuggerDisplayAttribute si vous n'en avez besoin que de débogage.

   5. Vous avez des lignes directrices sur la quantité de données que vous exposez dans l'attribut ou des limites de la quantité de calcul à inclure?

   Comme il n'est pas utilisé au moment de l'exécution, la seule contrainte est qu'elle devrait être suffisamment rapide pour ne pas gêner l'expérience de débogage (en particulier lorsqu'elle est appelée plusieurs fois pour des éléments d'une collection).

   Vous n'avez pas besoin de vous préoccuper de l'expulsion de données sensibles comme vous le feriez avec la journalisation de l'exécution (par exemple en priorisant .tostring), car ces données seront visibles de toute façon dans le débogueur.

   6.Les règles d'héritage s'appliquent que cela rendrait plus bénéfique de s'appliquer sur les classes de base?

   Non, appliquez-le sur les classes dont vous en avez besoin.

   7.Est y avoir autre chose à considérer lors de la décision ou à la façon de l'utiliser?

   rien d'autre que je peux penser.

débogueurdisplay a une valeur pour toute classe qui n'a pas de significatif .tostring () implémentation, mais je n'ai pas personnellement vu personne de manière proactive écrire de manière proactive les attributs avant leur sont nécessaires.

en général, Le lien d'Omer's aux meilleures pratiques ressemble à des conseils sonores; Cependant, je me pencherai personnellement de la suggestion d'avoir une méthode dédiée debuggerdisplay () - même s'il est privé, il semble offrir peu d'avantages sur l'attribut à l'écart de la suppression des chaînes magiques.