|
On Tue, 28 Dec 2004 11:24:52 +0100, antoine.contal@xxxxxxx <antoine.contal@xxxxxxx> wrote: > > > Hi group, > > I'm having an argument with the team that choose our shop's coding style > conventions. I'd like to have your opinion on the subject. > > The heart of the matter lies in this kind of constant declaration: > > DwwAppStateUpdFailMsg... > D C '...' > > (ww is a prefix we have to add in front of variables and constants, to > differentiate them from file fields) > > The convention team says this name is too long. They want everybody to keep > their names within the 15-character limit -- indeed, 13 meaningful characters > after you add the two-character prefix. > > I think this name is already on the short side. Using so many abbreviations > won't make newcomers' work any easier. Still, isn't it more readable than > wwASUFM for instance? > > Did anyone already have this argument? What were the decisive factors and > what did you choose in the end? long name. I try to organize the long name to make it meaningful within the application as a whole. all constants start with "con" use a "_" character to group sets of constants. kind of the equivalent of the enum in c++: conItStat_Open conItStat_Closed conItStat_Ready where "con" means constant "itstat" is a field name in the database what follows the "_" are the meaningful names of each permitted value for that field. -Steve
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.