Récemment, en commençant mon premier travail en tant que développeur de logiciels, j'ai été un peu étonné d'apprendre que je n'avais à suivre aucune convention de dénomination dans mon code. Le code écrit par des groupes travaillant sur d'autres projets plus importants a suivi les conventions de dénomination, mais depuis que j'ai été amené à écrire une nouvelle application autonome, le sentiment était que cela n'avait pas d'importance particulière. C'était le dernier de mes soucis, alors j'ai juste pris cette convention existante et j'ai couru avec.
int nTickCount
bool bConnected
object[] m_aItems
fSum += fWeight * fValue
class cManager
enum etSystemStates
etSystemStates eState
cManager.cs
Mais en vaut-il vraiment la peine? J'ai du mal à juger de l'effet net que le fait de suivre ce type de convention de dénomination a sur la compréhension et la détection des erreurs, mais, visuellement , cela semble plutôt laid. De plus, avoir chaque classe et fichier dans le projet appelé cSomething semble assez idiot.
Je ne pense pas que ce soit un problème à distance par rapport à des choses qui font une différence évidente, comme les algorithmes et les architectures que vous utilisez. Mais toute convention qui affecte chaque ligne de code que j'écris semble valoir le coup.
Selon vous, quelle est la convention de dénomination la plus élégante et la plus efficace, si une seule doit être utilisée? Indique-t-il le type et / ou la portée?