Quels sont les avantages de l’entretien & # 8220; clean & # 8221; liste des directives d'utilisation en C #?

Question

Je sais que VS2008 possède la fonction de suppression et de tri pour le nettoyage à l'aide de directives, tout comme Resharper. Mis à part le fait que votre code soit "propre" et en supprimant le problème de la référence à des espaces de noms qui pourraient ne pas exister dans le futur, quels sont les avantages de maintenir une "propreté"? liste des directives d'utilisation?

Moins de code? Des temps de compilation plus rapides?

Answer 1

Pour moi, il s’agit essentiellement de réduire le bruit (et rendre Resharper heureux!).

Je pense que toute amélioration du temps de compilation serait minime.

Answer 2

Si vous ne disposez toujours que des directives d'utilisation dont vous avez besoin et que vous les triez toujours comme il convient, lorsque vous en arriverez à deux versions différentes du code, vous ne verrez jamais de modifications non pertinentes.

De plus, si vous avez un ensemble soigné de directives d’utilisation, ceux qui consultent le code par lequel commencer peuvent obtenir une idée approximative de ce qui sera utilisé simplement en consultant les directives d’utilisation.

Answer 3

Cela n’a aucun impact sur l’exécution. C'est purement compiler le temps. Cela pourrait avoir les conséquences suivantes:

1. Moins de chances de collision entre espaces de noms
2. Moins de "bruit" dans le fichier de code
3. Très explicite sur les espaces de noms et les types possibles à attendre dans le fichier
4. L'utilisation du menu pour supprimer les éléments inutilisés et Trier signifie davantage de cohérence avec l'utilisation des instructions entre les développeurs. Moins de chances que des enregistrements stupides soient faits juste pour réparer.

Answer 4

1. Moins de bruit.
2. Attente claire concernant les types utilisés ("Ma couche d'interface utilisateur dépend de System.Net. Wow, pourquoi?")
3. Références de nettoyage: si vous avez le minimum d’instructions d’utilisation, vous pouvez nettoyer vos références. Souvent, les développeurs jettent des références dans leurs projets, mais ils ne les suppriment jamais quand ils ne sont plus nécessaires. Si vous n'avez rien qui nécessite réellement une référence (et une instruction using compte), il devient trivial de nettoyer vos références. (Pourquoi voudriez-vous faire cela? Dans les grands systèmes qui ont été décomposés en composants, cela rationalisera vos dépendances de construction en éliminant les dépôts inutilisés.)

Answer 5

Pour moi, une liste claire de déclarations d'utilisation au début peut permettre de bien comprendre les types à attendre.

Answer 6

Il ya quelques années, j’ai constaté une nette amélioration du temps de compilation lorsque j’ai installé pour la première fois ReSharper (sur une solution à 18 projets). Depuis lors, il s’agissait simplement de le garder propre.

Answer 7

Je ne peux pas parler des avantages liés au temps de compilation et aux performances, mais le risque de collision entre espaces de noms est moindre si vous réduisez vos déclarations d'utilisation. Ceci est particulièrement important si vous utilisez plusieurs bibliothèques tierces.

Answer 8

Il existe une différence au moment de la compilation: lorsque vous supprimez une référence tout en conservant une directive using dans votre code, vous obtenez une erreur de compilation. Donc, avoir une liste propre de directives using facilite un peu la suppression des références inutilisées.

Habituellement, le compilateur supprime les références inutilisées, mais je ne sais pas si cela fonctionne quand une utilisation est dans le code.