Quali sono i vantaggi del prefisso dei nomi dei parametri delle funzioni con p *?

Vedo spesso progetti (in progetti e team Java che utilizzano Eclipse) con prefisso i parametri della funzione p.

Per esempio

public void filter (Result pResult) ...

Personalmente non vedo alcun vantaggio in questo, ma vorrei sapere qual è il ragionamento. La migliore spiegazione che ho sentito ancora è che è di distinguere il nome di campi identici. Ho i miei problemi con quella spiegazione, ma posso capire il punto.

Le pratiche di aggiunta di prefissi significativi ai simboli, come la ben nota Notazione ungherese , risalgono ai tempi in cui gli IDE non esistevano o erano troppo primitivi. Oggi, quando trovare un punto di dichiarazione è un clic del mouse, non ha senso rovinare la parte più preziosa del nome, le sue prime lettere, assegnando un prefisso comune.

Come sospetti, è per evitare collisioni di nomi tra il nome del parametro e i nomi delle variabili locali o membri. A volte alle variabili membro viene assegnato un prefisso per lo stesso motivo (ad esempio, m_result). Personalmente, preferisco usare il thisprefisso solo per le variabili membro in caso di collisione del nome. È integrato nella lingua e tutti sanno già cosa significa.

Uso un prefisso di parametro solo quando il parametro deve essere assegnato a una variabile membro, ad esempio un costruttore o un setter.

Paint (newColor) {
  color = newColor;
}

Per me, trovo che usare un nome di variabile diverso sia più ovvio che usare il prefisso "this".

Per altre situazioni, evito di utilizzare un parametro che potrebbe essere facilmente confuso con una variabile membro.

Se un metodo o una classe è così grande che è difficile dire cosa significano le variabili, la vera soluzione è dividerla in metodi / classi più piccoli. L'uso dei prefissi è una soluzione di cerotto che risolve il problema sottostante.

Se si crea uno standard per utilizzare 'p' come prefisso con ciascun nome di parametro del metodo, è possibile riconoscere facilmente i parametri del metodo nel resto del corpo del metodo.

Ti fa risparmiare tempo per trovare i parametri del metodo. È possibile eseguire il debug del codice facilmente.

Breve: questa pratica rende il codice più difficile da leggere.

Lungo: sosterrò che è una cattiva pratica usata solo per supportare altre cattive pratiche. Esaminiamo un paio di motivi per cui l'utilizzo di tali prefissi potrebbe essere considerato utile:

• Evitare le collisioni nei nomi delle variabili

  • I nomi dei parametri esprimono esattamente quali sono i parametri? Se hai un parametro e un campo di classe che sono "esattamente gli stessi" non hai bisogno di un parametro.
  • In questo caso ha senso utilizzare solo prefissi per i costruttori di classi come il nuovo prefisso * descritto nella risposta di Aaron. Potrebbe anche essere utile per i metodi setter, ad es

  public void setHeight(int newHeight) { this.height = newHeight; }

• I metodi prendono molti parametri, dichiarano molte variabili e potremmo facilmente dimenticare quale sia un parametro.

  • Come descritto sopra, il problema risiede nel numero di variabili.
  • Il programma probabilmente non è strutturato bene. Controlla se tutte le variabili sono "indipendenti" - forse dovrebbero essere organizzate in strutture o classi. Forse l'intero calcolo o processo dovrebbe essere racchiuso in una classe separata solo per operare su tale numero di variabili.
  • Anche se avevi bisogno di un tale numero di variabili, dovrebbero usare nomi significativi e il prefisso si trova tra te e la parte significativa.
• I metodi sono molto lunghi ed è necessario utilizzare i prefissi per tenere traccia di ciò che è un parametro.
  • Il problema risiede nella lunghezza dei metodi: se un programma è scritto bene dovresti sempre vedere l'intestazione del metodo e il suo intero corpo su una singola schermata.
  • Prova a dividere il metodo in blocchi più piccoli.

Tranne alcuni casi specifici, l'aggiunta di prefissi di parametri aiuta solo con i sintomi e non risolve i problemi reali.

Sono un fan di iParam per in e oParam per i parametri out. Direi cParam per il cambiamento, ma non è accettabile