Linee guida .NET: perché eccezione per gli acronimi a due lettere?

Microsofts Framework di progettazione linee guida definiscono, tra l'altro, quanto segue:Linee guida .NET: perché eccezione per gli acronimi a due lettere?

"Do capitalizzare entrambi i personaggi di acronimi di due caratteri, ad eccezione del prima prima parola di un identificatore di cammello-carter"

Quindi esiste un'eccezione definita per gli acronimi che comprendono solo due lettere, dal momento che gli acronimi con tre o più lettere sono "correttamente" espressi in cammello o pascal cased.

La domanda è: Perché c'è un'eccezione, cioè qual è la logica alla base? Non ho potuto ottenere una spiegazione dal libro FDG o dai blog di Abrams e Cwalina.

fonte

2009-04-27 Anonymous

È un po 'difficile capire la tua domanda John - ci sono due possibili eccezioni di cui potresti parlare (identificatori di cammello o differenze nelle regole tra due e due sigle di caratteri +). –

Brian: Ci scusiamo per l'ambiguità. La mia domanda si riferisce solo a due la differenza tra due e due acronimi di carattere, non il cammello contro roba pascal. –

Poiché MS sembra molto meglio di ms ...

Scherzi a parte, il punto di queste regole è stato quello di sbarazzarsi di nominare le cose come CALTextBox. Dove CAL è l'acronimo di un'azienda. Il team di progettazione linguistica riteneva che "CAL" avesse un odore troppo simile alla notazione ungherese molto abusata (e poco compresa) che la maggior parte dei programmatori non sembra proprio avere ragione.

Così hanno fatto una piccola tirata per liberare il mondo della programmazione di quella merda. Questa è una delle regole che cerca di codificarla.

fonte

2009-04-27 14:19:02 NotMe

Penserei che sarebbe MS, Ms o ms. Ma mai mS. –

-2

Microsoft .NET è davvero incoerente quando si tratta di nomi. Francamente, il libro che hai menzionato è pieno di tale eccezione.

Immagino che l'interfaccia utente sia migliore di Ui. Ma Id sembra migliore di ID ...

fonte

2009-04-27 14:31:20

ID non è un acronimo, viene dall'identificatore. Questa non è un'eccezione. – andreialecu

Dicono che se la prima parte di un identificatore è Camel-Cased, dovresti tenerlo in cammello piuttosto che capitalizzarlo solo perché è un acronimo. Questo perché è più importante per te essere in grado di dirlo, ad esempio (e questo è proprio fuori dal libro in questione, che adoro tra l'altro), hai a che fare con un parametro.

Per quanto riguarda il motivo per cui si capitalizza un acronimo di due caratteri ma non un acronimo di tre caratteri, personalmente non ho bisogno di sapere quali sono i casi limite perché mi piace l'estetica di esso.

Per esempio, io sicuramente preferisco questo:

XmlDocument

Durante questo:

XMLDocument

Per me, questi ultimi odori vagamente di 1982. e fa male un po '.

Questo sono solo io, naturalmente. :)

fonte

2009-04-27 14:38:18

Brian: Preferisco anche XmlDocument su XMLDocument e UIElement su UiElement. Ma mi piacerebbe sapere perché i ragazzi della SM hanno deciso così. –

@john http://msdn.microsoft.com/en-us/library/ms229043(v=vs.100) – Maslow

Per il caso dei cammelli (dove la prima parola è tutto in minuscolo), è necessario un'eccezione esplicita alla normale eccezione di abbreviazione a due lettere per capitalizzare la prima lettera).

Altrimenti ci sarebbero due norme contraddittorie:

due lettere abbreviazioni hanno entrambe le lettere in maiuscolo.
La prima parola/abbreviazione di un nome in cammello è inferiore.

fonte

2009-04-27 14:43:21 Richard

Dovremmo distinguere chiaramente tra abbreviazioni e acronimi quando si parla di convenzioni di denominazione, come fa MS. Dal momento che per le abbreviazioni non ci sono eccezioni fatte - eccetto che dovresti evitarle ...;) –

Tendo a considerare "evitare l'abbreviazione" come una delle regole che ha realmente senso solo per la denominazione riutilizzabile (framework, libreria); a differenza della maggior parte delle linee guida che hanno senso per tutto il codice .NET. – Richard

Perché? Questa cosa è solo un accordo (per migliorare la leggibilità), non la scienza!

fonte

2009-04-27 15:00:10 CSharper

Linee guida .NET: perché eccezione per gli acronimi a due lettere?

risposta

Problemi correlati