Une raison d'écrire le mot-clé «privé» en C #?

Pour autant que je sache, privateest la valeur par défaut partout en C # (ce qui signifie que si je ne le fais pas écrire public, protected, internal, etc. , il sera privatepar défaut). (S'il vous plait corrigez moi si je me trompe.)

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

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

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Mais pourquoi écrit-il même privé si c'est implicite et par défaut? Juste pour que les développeurs novices (qui ne savent pas que c'est le C # par défaut) savent que c'est privé? Ou y a-t-il une différence pour le compilateur?

De plus, est - il un cas où l' écriture « privée » (seul) va changer l'accessibilité du membre?

AFAIK, 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 vous avez tort).

Ce n'est pas vrai. Les types définis dans un espace de noms (classes, structures, interfaces, etc.) seront internes par défaut. En outre, les membres appartenant à 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 aide à indiquer votre intention de rendre le type privé, très explicitement. Cela contribue à la maintenabilité de votre code au fil du temps. Cela peut aider d'autres développeurs (ou vous-même) à savoir si un membre est privé par défaut ou exprès, etc.

AFAIK, private est la valeur par défaut partout en C #

Pas tout à fait - la valeur par défaut est "l'accès le plus restreint disponible pour cette déclaration". Ainsi, par exemple, avec un type de niveau supérieur, 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 même?

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, selon votre question (je n'ai jamais aimé cet argument, personnellement, mais j'ai pensé que cela valait la peine de le mentionner)
• Cela donne l'impression que vous avez délibérément décidé de le rendre privé, plutôt que de simplement abandonner les valeurs par défaut.

Quant à votre dernière partie:

De plus, y a-t-il un cas où l'écriture «privée» (seule) changera l'accessibilité du membre?

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

// Public getter, public setter
public int Foo { get; set; }

// Public getter, private setter
public int Bar { get; private set; }

J'avais l' habitude d'utiliser des valeurs par défaut partout où je pouvais, mais j'ai été convaincu (en partie par Eric Lippert) qu'indiquer clairement que vous y avez pensé et que vous avez décidé de rendre quelque chose de privé est une bonne idée.

Personnellement, j'aurais aimé qu'il y ait un moyen de le faire pour les déclarations de type scellées / non scellées - peut-être même pas 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 simplement parce que c'est moins d'effort que de les sceller.

privateajoute un encombrement visuel. À ceux qui insistent sur le fait que cela rend les choses explicites, je demanderais: faites-vous cela avec les mathématiques aussi? Par exemple:

var answer = a + b / c;

Trouvez-vous cela peu clair sans parenthèses redondantes b / c?

La règle en C # est très simple: par défaut, tout est aussi proche de privé que possible. Donc, si vous avez besoin que quelque chose soit plus visible que la valeur par défaut, ajoutez un modificateur. Sinon, n'ajoutez pas de mots clés inutiles à votre code.

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

Déclarer explicitement privé , signifie que vous savez qu'il est privé. Je ne pense pas que oui, car pour autant que vous le sachiez, c'est la valeur par défaut. Cela signifie également que quelqu'un d'autre qui regarde le code sait de quoi il s'agit.

Il n'y a pas « Je pense qu'il est », « Je suis sûr qu'il est », etc. Il est juste . 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 un code qui n'a pas été explicitement déclaré privé , je supposerais probablement qu'il est interne .

Je n'aime pas quand les choses sont implicitement définies. Ce n'est jamais aussi clair que lorsqu'ils sont définis explicitement.

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

Intention - Donne une indication claire que vous avez spécifiquement déclaré la propriété privée (pour une raison quelconque).

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

Une bonne raison de spécifier explicitement la visibilité est que vous n'ayez pas à penser à la valeur par défaut du contexte dans lequel vous vous trouvez.

Une autre bonne raison est que FxCop vous dit de le faire.

Beaucoup de gens (des gens comme moi!) Programment régulièrement dans une poignée de langues différentes. Être explicite avec des choses comme celles-ci m'empêche d'avoir à me souvenir de tous les détails obscurs de tous les langages dans lesquels je programme.

Je dirais pour la cohérence avec la lisibilité de la portée du reste de la classe.