Qualche motivo per scrivere la parola chiave "private" in C #?

Per quanto ne so, privateè l'impostazione predefinita ovunque in C # (il che significa che se non scrivo public, protected, internal, ecc sarà privateper impostazione predefinita). (Perfavore, correggimi se sbaglio.)

Allora, qual è il motivo per scrivere quella parola chiave o perché esiste anche per i membri?

Ad esempio, quando un gestore di eventi viene generato automaticamente, ha questo aspetto:

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Ma perché scrive anche privato se è implicito e predefinito? Solo così che gli sviluppatori inesperti (che non sanno che è l'impostazione predefinita di C #) sanno che è privato? O c'è una differenza per il compilatore?

Inoltre, c'è un caso in cui la scrittura "privato" (da sola) si cambia l'accessibilità degli Stati?

AFAIK, private è l'impostazione predefinita ovunque in C # (il che significa che se non scrivo public, protected, internal, ecc. Sarà privato per impostazione predefinita). (per favore correggimi se sbagliato).

Questo non è vero. I tipi definiti all'interno di uno spazio dei nomi (classi, strutture, interfacce, ecc.) Saranno interni per impostazione predefinita. Inoltre, i membri all'interno di tipi diversi hanno accessibilità predefiniti differenti (come public per i membri dell'interfaccia). Per i dettagli, vedere Livelli di accessibilità su MSDN.

Anche,

Allora, qual è il motivo per scrivere quella parola chiave, o perché esiste?

Specificare questo in modo esplicito aiuta a denotare la tua intenzione di rendere il tipo privato, in modo molto esplicito. Questo aiuta con la manutenibilità del codice nel tempo. Questo può aiutare con altri sviluppatori (o te stesso) a sapere se un membro è privato per impostazione predefinita o apposta, ecc.

Per quanto ne so, privato è l'impostazione predefinita ovunque in C #

Non proprio: l'impostazione predefinita è "l'accesso più limitato disponibile per questa dichiarazione". Quindi, ad esempio, con un tipo di primo livello il valore predefinito è internal; per un tipo annidato il valore predefinito è private.

Allora, qual è il motivo per scrivere quella parola chiave, o perché esiste?

Lo rende esplicito, il che è positivo per due motivi:

• Rende più chiaro per coloro che non conoscono le impostazioni predefinite, come da tua domanda (non mi è mai piaciuto questo argomento, personalmente, ma ho pensato che valesse la pena menzionarlo)
• Dà l'impressione che tu abbia deliberatamente deciso di renderlo privato, piuttosto che semplicemente andare con le impostazioni predefinite.

Per quanto riguarda la tua ultima parte:

Inoltre c'è un caso in cui scrivere "privato" (da solo) cambierà l'accessibilità del membro?

Sì, per rendere la metà di una proprietà più restrittiva dell'altra:

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

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

Di solito usavo le impostazioni predefinite ovunque potessi, ma sono stato convinto (in parte da Eric Lippert) che chiarire che ci hai pensato e hai deciso di fare qualcosa di privato sia una buona idea.

Personalmente vorrei che ci fosse un modo per farlo anche per le dichiarazioni di tipo sealed / unsealed - forse non hanno nemmeno un valore predefinito. Sospetto che molti sviluppatori (me compreso se non sto attento) lasciano le classi non sigillate solo perché è meno faticoso che renderle sigillate.

privateaggiunge confusione visiva. A coloro che insistono sul fatto che rende le cose esplicite, chiederei: lo fai anche con la matematica? Per esempio:

var answer = a + b / c;

Lo trovi poco chiaro senza parentesi ridondanti in giro b / c?

La regola in C # è molto semplice: per impostazione predefinita, tutto è il più vicino possibile al privato. Quindi, se hai bisogno che qualcosa sia più visibile di quello predefinito, aggiungi un modificatore. Altrimenti, non aggiungere parole chiave inutili al tuo codice.

Per quanto ne so, privato è l'impostazione predefinita ovunque in C #

Dichiarare esplicitamente privato significa che sai che è privato. Non solo pensare che lo sia, perché per quanto ne sai, è l'impostazione predefinita. Significa anche che qualcun altro che guarda il codice sa di cosa si tratta.

Non c'è un "Penso che sia", "Sono abbastanza sicuro che è", ecc E 'solo è . E tutti sono sulla stessa pagina.

Non sono uno sviluppatore C # . Se dovessi lavorare con un codice che non è stato dichiarato esplicitamente privato , probabilmente presumerei che fosse interno .

Non mi piace quando le cose sono impostate in modo implicito. Non è mai così chiaro come quando sono impostati esplicitamente.

Leggibilità: non tutti potrebbero sapere che privato è il comportamento predefinito.

Intento - Fornisce una chiara indicazione che hai dichiarato specificamente la proprietà privata (per qualsiasi motivo).

Leggibilità, dimostrazione di intenti sono due ottimi motivi a cui riesco a pensare.

Una buona ragione per specificare esplicitamente la visibilità è che non devi pensare a quale sia l'impostazione predefinita per il contesto in cui ti trovi.

Un altro buon motivo è perché FxCop ti dice di farlo.

Molte persone (persone come me!) Programmano regolarmente in una manciata di lingue diverse. Essere esplicito con cose come queste mi impedisce di dover ricordare tutti i dettagli arcani di tutti i linguaggi in cui programma.

Direi per coerenza con la leggibilità dell'ambito del resto della classe.