Internal Coding Guidelines

<< XP Book discussion group | Home | Un caso Agile? >>

Internal Coding Guidelines

L'uso di linee guida nella scrittura del codice è da sempre una materia piuttosto dibattuta e aperta a mille interpretazioni. Oggi ho trovato un articolo di Brad Adams che illustra delle linee guida a mio parere ben fatte e motivate.

Un esempio è relativo alla annosa questione del prefisso per le variabili membro: m_, s_, _ che tipicamente creano molte fazioni, e diciamocelo, sono veramente brutti da vedere nel codice. Brad suggerisce l'uso delle keyword this. o base. per evidenziare che ci si riferisce ad un campo membro.

Fonte: Internal Coding Guidelines

Print | posted on giovedì 27 gennaio 2005 12:03

Comments on this post

# re: Internal Coding Guidelines

...sarò prolisso ma io uso tutti e due, sia "this" che "m_"...
Per il resto mi ritrovo in pieno nelle linee guida indicate. Però che fatica farle digerire agli altri...

Left by Mirko Spagnolatti on gen 27, 2005 11:13

# RE: Internal Coding Guidelines

descrive esattamente quanto io scrivo tutti i giorni tranne pern un paio di questioni.
Il fatto è che io utilizzo le convezioni di Juval Lowy (IDesign) che non ama affatto il this per il riferimento ai membri privati bensì m_, inoltre l'indentazione è di 3 spazi e non 4.
Devo cmq fare un'osservazione, sto valutando il passaggio a this. per un semplice motivo: non c'entra nulla con la bellezza o bruttezza del prefisso m_, quanto con il fatto che a me piace sapere nel codice se sto richiamando un metodo di istanza invece che statico (ovviamente all'interno di un metodo di istanza...) e l'uso del prefisso this mi permette di avere subito questa indicazione. a questo punto però non mi piace che i metodi di istanza vengano richiamati con this mentre i membri privati no, da qui il fatto che stia valutando di "tradire" una della guideline di Lowy.
saluti

Left by robymes@hotmail.com (Roberto Mes on gen 27, 2005 12:19

Comments have been closed on this topic.

Di .NET e di altre amenita'