Est-ce que le nommage complet par rapport à la directive using est simplement une question d'opinion?

Question

Je trouve maintenant que je travaille dans un environnement principalement solo que je tape réellement des méthodes entièrement qualifiées appelle de plus en plus, au lieu de faire usage de la directive using. Auparavant, je suis resté fidèle à la pratique de codage la plus importante de l'équipe. Personnellement, je trouve plus facile de lire le code détaillé en un coup d'œil, je tape vite surtout avec l'auto-complétion et je me retrouve plus souvent sur Google comme source de documentation, dont un nom complet renvoie un ensemble de résultats beaucoup plus étroit. Ce sont évidemment des raisons très arbitraires de préférer pleinement l'utilisation de la directive using.

À l'ère des outils de refactoring, existe-t-il une raison concrète pour laquelle utiliser la directive using est supérieure à la qualification complète ou vice versa, ou s'agit-il simplement d'un problème de discrétion personnelle? Enfin, lequel préférez-vous et pourquoi?

Answer 1

Probablement pourrait appeler cela subjectif.

Où je travaille/Ce que je préfère est d'utiliser des déclarations. Il garde les noms/lignes assez courts, ce qui facilite la vie quotidienne. De plus, vous pouvez simplement survoler quelque chose pour le nom complet.

Answer 2

Je préfère généralement utiliser/imports pour le code réel et le code complet pour les exemples/etc.

Answer 3

J'utilise les utilisations autant que possible. Moins il est de lire, moins je dois analyser:

System.Windows.Form form = new System.Windows.Form(); 

est juste beaucoup plus de travail que

var form = new Form(); 

S'il vous plaît noter que cela ne nécessite que votre boutique entière s'engage à ne pas faire quelque chose de stupide , comme créer votre propre classe Form super-duper qui provoque une ambiguïté.

Answer 4

Lisibilité.

Pensez à vous-même dans 1 an, en essayant de lire votre code. Vous voulez qu'il soit explicite et court et ne dispose que d'un seul point d'information pour chaque donnée (principe DRY).