Penso che quello che stai facendo vada bene. Penso che in generale sia importante avere standard di codifica concordati.
Ad esempio io uso lowerCamelCase per istanze, variabili e UpperCamelCase per classi ecc
Gli standard di codifica dovrebbero eliminare questo problema.
Quando guardo programmi open source di successo, spesso hanno standard di codifica
http://drupal.org/coding-standards
http://help.joomla.org/content/view/826/125/
http://wiki.rubyonrails.org/rails/pages/CodingStandards
http://lxr.linux.no/linux/Documentation/CodingStyle
Concordare gli standard di codifica dovrebbe essere l'ultima battaglia che devi affrontare.
In effetti guarda la voce di wikipedia (da http://en.wikipedia.org/wiki/CamelCase )
Stile di programmazione e codifica
L'uso delle maiuscole interne è talvolta consigliato per indicare i confini delle parole dalle linee guida dello stile di codifica per la scrittura del codice sorgente (ad esempio, il linguaggio di programmazione Mesa e il linguaggio di programmazione Java). Le raccomandazioni contenute in alcune di queste linee guida sono supportate da strumenti di analisi statica che controllano l'aderenza del codice sorgente.
Queste raccomandazioni spesso distinguono tra UpperCamelCase e lowerCamelCase, specificando tipicamente quale varietà dovrebbe essere utilizzata per tipi specifici di entità: variabili, campi record, metodi, procedure, tipi, ecc.
Uno stile di codifica Java ampiamente utilizzato impone di utilizzare UpperCamelCase per le classi e lowerCamelCase per istanze e metodi. [19] Riconoscendo questo utilizzo, alcuni IDE, come Eclipse, implementano scorciatoie basate su CamelCase. Ad esempio, nella funzionalità di assistenza ai contenuti di Eclipse, digitare solo le lettere maiuscole di una parola CamelCase suggerirà qualsiasi nome di classe o metodo corrispondente (ad esempio, digitare "NPE" e attivare l'assistente ai contenuti potrebbe suggerire "NullPointerException").
La notazione originale ungherese per la programmazione specifica che un'abbreviazione minuscola per il "tipo di utilizzo" (non il tipo di dati) deve anteporre a tutti i nomi delle variabili, con il resto del nome in UpperCamelCase; come tale è una forma di lowerCamelCase. CamelCase è la convenzione ufficiale per i nomi dei file in Java e per il personal computer Amiga.
Microsoft .NET consiglia lowerCamelCase per parametri e campi non pubblici e UpperCamelCase (noto anche come "Pascal Style") per altri tipi di identificatori. [20]
Python consiglia UpperCamelCase per i nomi delle classi. [21]
Il registro NIEM richiede che XML Data Elements utilizzi UpperCamelCase e gli attributi XML utilizzino lowerCamelCase.
Non esiste una convenzione unica per l'inclusione di abbreviazioni maiuscole (principalmente acronimi e iniziali) nei nomi CamelCase. Gli approcci includono lasciare l'intera abbreviazione in maiuscolo (come in "useHTTPConnection") e lasciare solo la prima lettera in maiuscolo (come in "useHttpConnection").
Il case Camel non è affatto universale nell'informatica. Gli utenti di diversi linguaggi di programmazione moderni, in particolare quelli delle famiglie Lisp e Forth, usano quasi sempre trattini. Tra i motivi a volte addotti vi sono il fatto che ciò non richiede lo spostamento sulla maggior parte delle tastiere, che le parole sono più leggibili quando sono separate e che il caso del cammello potrebbe semplicemente non essere conservato in modo affidabile nelle lingue che non fanno distinzione tra maiuscole e minuscole (come ad esempio Common Lisp, che, sebbene tecnicamente sia un linguaggio che distingue tra maiuscole e minuscole, canonicalizza (piega) gli identificatori in maiuscolo per impostazione predefinita).