Convenzione dei casi: perché la variazione tra le lingue?

La differenza culturale ha avuto origine molto prima di C # o Java.

Tutte e tre le convenzioni sono coesistite dalla fine degli anni '60 o dai primi anni '70 e sono state popolari in diversi gruppi. (Così come altre convenzioni, inclusa la notazione unlamented ungherese che Microsoft ha inflitto a tantissime per così tanto tempo.)

In particolare, gli inventori di Java erano presenti a Sun e molti erano coinvolti con StrongTalk , che è una forma di Smalltalk. La community Smalltalk ha utilizzato camelCase per un tempo molto, molto lungo.

Gli inventori di C # vennero da Microsoft. StudlyCaps è stata una delle principali convenzioni di Microsoft ed è vista in posti come Visual C ++.

Questi stili di originatore appaiono in tutta la documentazione di base, che influenza i gruppi che prendono la lingua, e quindi ha causato la suddivisione in convenzioni di maiuscole tra due linguaggi molto simili.

DIMENTICHI FORTRAN, IL PRIMO LINGUAGGIO DEL COMPUTER DI LIVELLO SUPERIORE. INDIETRO IN QUESTI GIORNI NON C'E 'MAI LETTERE DI CASO INFERIORE, E QUINDI TUTTO ERA IN CASO SUPERIORE. PIÙ TARDI ABBIAMO EBCDIC MA ANCORA LE KEYPUNCHES NON HANNO SUPPORTATO LE LETTERE DI CASI INFERIORI, QUINDI TUTTI I PROGRAMMI ERANO ANCORA TAPPATI IN LETTERE MAIUSCOLE. COBOL STESSO COME FORTRAN; AFAIK SAME PER ALGOL INDIETRO POI.

Poi sono arrivati ASCII e terminali e improvvisamente lettere minuscole erano dappertutto.

Quando vuoi nominare qualcosa "prossimo numero seriale" è naturale volerlo suddividere in tre parole. Ma con una sola eccezione disastrosa, nessuna lingua che abbia mai usato consente spazi nei nomi. Quindi puoi scrivere next_serial_number o NextSerialNumber o nextSerialNumber o qualcosa di simile a seconda dei tuoi gusti.

Personalmente non vedo alcun motivo per cui la prima parola dovrebbe essere minuscola e il resto delle parole in maiuscolo: "nextSerialNumber" non ha alcun senso per me.

E PUOI ANCORA TIPO IN MAIUSCOLO SE DESIDERA.

La convenzione sui nomi, come ho appreso nel corso di ingegneria del software, è di rendere il codice coerente e autodocumentante.

Le convenzioni di denominazione delle lingue potrebbero avere più a che fare con la timeline utilizzata più frequentemente nella lingua e le convenzioni di denominazione che erano importanti al momento. Quindi quelle convenzioni di denominazione che venivano usate al momento di un particolare linguaggio erano famose e rimaste incastrate.

Non ci sono restrizioni sulle convenzioni di denominazione che usi finché il tuo codice è coerente e autodocumentato per ragioni di manutenibilità.

Per quanto ne so, nessuna delle lingue che hai menzionato applica alcuna convenzione di denominazione.

Per quanto riguarda la convenzione di denominazione delle librerie standard - devi ricordare che C è venuto prima, C ++ voleva essere retrocompatibile con C migliorandone alcuni, e Java e C # sono stati sviluppati per competere l'uno contro l'altro (mentre imparano le lezioni da C e C ++, entrambi). A volte la migrazione da una lingua a un'altra non è nell'interesse degli sviluppatori di lingue.

Nel tuo codice personale puoi utilizzare qualsiasi convenzione di denominazione che desideri, non esistono restrizioni.

Anders Hejlsberg è l'architetto principale di C #. Viene da uno sfondo Pascal e questo ha influenzato C # in vari modi.