btnBack vs backButtonField [chiuso]

Direi di usare btnBack invece di backButtonField. Persino io dall'altra parte del mondo riconosco quel tipo di notazione.

Aggiornamento: Tuttavia non c'è giusto o sbagliato finché tutti i membri del team accettano di scrivere la stessa notazione.

Evita le abbreviazioni non standard.

Pulsante - > btn è discutibilmente ok (alcune persone non saranno d'accordo).
VerticalFieldManager - > VFM non è sicuramente (pensavo che fosse Visual Form o qualcosa del genere).

(WTF è comunque un Field Manager verticale - forse suona come un modo stupido di pronunciare "Column"?)

Sicuramente il tipo di elemento dovrebbe essere un suffisso , non un prefisso.

Quindi BackButton (o BackBtn ) e così via.

Mai e poi mai aver paura dei nomi lunghi. A parte i controlli visivi (dove uso ancora in modo arcaico i prefissi a tre lettere della varietà btn per evitare confusione tra i controlli e i campi che li supportano) non uso mai le abbreviazioni e cerco di rendere tutti i miei nomi il più utili possibile - se quello significa che sono lunghi allora così sia. Con copia e amp; incollare e completare il codice non è come se li scrivessi di nuovo comunque: -)

Il motivo per cui userò questa variante bastardata della notazione ungherese nel mio codice GUI è semplicemente perché Visual Studio ha un comodo elenco a discesa di controlli nella tabella codici. Sono elencati in ordine alfabetico e, quando cerco di codificare un gestore di eventi per un pulsante, posso scorrere fino alla sezione "btn" e trovare quello che voglio facilmente. Anche se non ricordo il nome esatto, me lo ricorderò quando lo vedrò. Altrimenti, dovrei dare la caccia a tutta la lista per ricordare il nome del pulsante, o andare a cercarlo sul modulo.

Cerca di immaginare se qualcun altro sarà in grado di capire a cosa si basa la variabile in base al nome. backButton e btnBack possono probabilmente essere dedotti, ma vfmLogin è piuttosto criptico. Cerco di evitare gli acronimi per i nomi delle variabili. Qualcosa di più chiaro di solito è solo un paio di sequenze di tasti, e di solito sarà molto più leggibile.

L'ungherese era buono quando non avevamo IDE e plugin per gli IDE che ci permettessero di trovare ciò che stavamo cercando oltre a navigare attraverso un elenco a discesa che potrebbe, se sei fortunato, essere alfabetizzato. Con VS2008 o 2010 e resharper, sono 2 o 3 tasti da una finestra di ricerca per farmi digitare "Button" e trovare BackButton , OkButton , CancelButton molto più rapidamente della ricerca attraverso un menu a discesa.

In generale, mi sono stancato delle stupide convenzioni sui nomi. Se avessi scritto un manuale su come utilizzare il mio software, avrei indirizzato il mio utente a utilizzare il pulsante "Indietro", quindi è abbastanza intuitivo denominare l'oggetto BackButton . Il tuo vocabolario rimane lo stesso quando parli con un analista di business come quando stai parlando con un altro programmatore e non riesco a vedere niente di sbagliato in questo.

L'altro problema con qualsiasi tipo di abbreviazione come prefisso che non è superintuitivo è che in un mondo OO, cade rapidamente sulla sua faccia e tutto finisce con obj o ctrl (per l'interfaccia utente componenti). Non riesco davvero a trovare molto utile in questo. Questi elenchi a discesa (specialmente i dropdown VS che fanno solo 1 carattere per il tipo successivo) diventano un dolore in quel caso. Quando c'è un 3% di co_de su una lista, hey, è facile. Quando c'è un 20% di co_de in quella lista, sei di nuovo al punto di partenza.

Non avendo familiarità con le cose di Blackberry questo potrebbe essere completamente inadatto, ma io tendo ad usare solo un nome, dato che il sistema di tipi ti dirà di cosa si tratta effettivamente.

Button back;
Button forward; 

Controversa che conosco.