J'utilise personnellement
Pour ceux d'entre vous dans l'environnement Visual Studio, que pensez-vous de l'encapsulation de votre code dans
Bien que je comprenne le problème que Jeff, et. Al. avec les régions, ce que je ne comprends pas, c'est pourquoi appuyer sur CTRL M,CTRL L< /kbd> pour développer toutes les régions d'un fichier est si difficile à gérer.
Je préfère les cours partiels aux régions.
L'utilisation intensive des régions par d'autres me donne également l'impression que quelqu'un, quelque part, viole le principe de responsabilité unique et essaie de faire trop de choses avec un seul objet.
Je ne suis pas fan des classes partielles - j'essaie de développer mes classes de telle sorte que chaque classe ait un problème unique très clair dont elle est responsable. À cette fin, je ne crois pas que quelque chose avec une responsabilité claire devrait être réparti sur plusieurs dossiers. C'est pourquoi je n'aime pas les cours partiels.
Cela dit, je suis hésitant à propos des régions. Pour la plupart, je ne les utilise pas; cependant, je travaille tous les jours avec du code qui inclut des régions - certaines personnes y mettent beaucoup d'efforts (replier des méthodes privées dans une région, puis chaque méthode repliée dans sa propre région), et certaines personnes y vont légèrement (replier des énumérations, pliage des attributs, etc.). Ma règle générale, à partir de maintenant, est que je ne mets du code dans les régions que si (a) les données sont susceptibles de rester statiques ou ne seront pas touchées très souvent (comme les énumérations), ou (b) s'il existe des méthodes qui sont implémentés par nécessité en raison de l'implémentation de sous-classes ou de méthodes abstraites, mais, encore une fois, ne seront pas touchés très souvent.
Parfois, vous pouvez vous retrouver à travailler dans une équipe où