Une raison d'écrire le mot-clé "private" en C#?

Question

As far as I know, private is the default everywhere in C# (meaning that if I don't write public, protected, internal, etc. it will be private by default). (Please correct me if I am wrong.)

Donc, quelle est la raison d'écrire ce mot-clé, ou pourquoi existe-t-il même pour les membres ?

Par exemple, lorsque qu'un gestionnaire d'événements est généré automatiquement, il ressemble à ceci :

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Mais pourquoi écrire private alors que c'est implicite et par défaut ? Juste pour que les développeurs novices (qui ne savent pas que c'est le défaut en C#) sachent que c'est private ? Ou y a-t-il une différence pour le compilateur ?

De plus, y a-t-il un cas où écrire "private" (seul) changerait l'accessibilité du membre ?

Answer 1

À ma connaissance, private est la valeur par défaut partout en C# (ce qui signifie que si je n'écris pas public, protected, internal, etc., ce sera privé par défaut). (Veuillez me corriger si je me trompe).

Ce n'est pas vrai. Les types définis dans un espace de noms (classes, structs, interfaces, etc.) seront internal par défaut. De plus, les membres au sein de différents types ont des accessibilités par défaut différentes (telles que public pour les membres d'interface). Pour plus de détails, consultez Niveaux d'accessibilité sur MSDN.

Aussi,

Alors, quelle est la raison d'écrire ce mot-clé, ou pourquoi existe-t-il même?

Spécifier cela explicitement permet de marquer votre intention de rendre le type privé, de manière très explicite. Cela aide à maintenir la lisibilité de votre code dans le temps. Cela peut aider d'autres développeurs (ou vous-même) à savoir si un membre est privé par défaut ou intentionnellement, etc.

Answer 2

À ma connaissance, private est la valeur par défaut partout en C#

Pas vraiment - la valeur par défaut est "l'accès le plus restreint disponible pour cette déclaration". Par exemple, pour un type de premier niveau, la valeur par défaut est internal; pour un type imbriqué, la valeur par défaut est private.

Alors, quelle est la raison d'écrire ce mot-clé, ou pourquoi existe-t-il?

Cela le rend explicite, ce qui est bon pour deux raisons:

• Cela rend les choses plus claires pour ceux qui ne connaissent pas les valeurs par défaut, comme dans votre question (je n'ai jamais aimé cet argument, personnellement, mais je pense que cela vaut la peine d'être mentionné)
• Cela donne l'impression que vous avez délibérément décidé de le rendre privé, plutôt que de simplement suivre les valeurs par défaut.

En ce qui concerne la dernière partie de votre question:

De plus, existe-t-il un cas où l'écriture de "private" (seul) modifiera l'accessibilité du membre?

Oui, pour rendre la moitié d'une propriété plus restrictive que l'autre:

// Getter public, setter public
public int Foo { get; set; }

// Getter public, setter privé
public int Bar { get; private set; }

Je avais l'habitude de suivre les valeurs par défaut partout où je le pouvais, mais j'ai été convaincu (en partie par Eric Lippert) que rendre explicite le fait que vous avez réfléchi et décidé de rendre quelque chose privé est une bonne idée.

Personnellement, je souhaiterais qu'il y ait un moyen de faire cela pour les déclarations scellées/non scellées, aussi, pour les déclarations de type - peut-être même ne pas avoir de valeur par défaut. Je soupçonne que de nombreux développeurs (moi y compris si je ne fais pas attention) laissent les classes non scellées juste parce que c'est moins d'effort que de les rendre scellées.

Answer 3

Autant que je sache, privé est la valeur par défaut partout en C#

Déclarer explicitement privé, signifie que vous savoir que c'est privé. Pas seulement penser que c'est, car autant que vous savez, c'est la valeur par défaut. Cela signifie également que quelqu'un d'autre qui regarde le code sait ce que c'est.

Il n'y a pas de "je pense que c'est", "je suis à peu près sûr que c'est", etc. C'est simplement. Et tout le monde est sur la même longueur d'onde.

Je ne suis pas un développeur C#. Si je devais travailler avec du code qui n'était pas explicitement déclaré privé, je supposerais probablement que c'était interne.

Je n'aime pas quand les choses sont implicitement définies. Ce n'est jamais aussi clair que lorsque c'est explicitement défini.

Answer 4

Lisibilité - Tout le monde ne sait peut-être pas que private est le comportement par défaut.

Intention - Donne une indication claire que vous avez spécifiquement déclaré la propriété private (pour une raison particulière).

Answer 5

La lisibilité, la démonstration d'intention sont deux excellentes raisons auxquelles je peux penser.