![]() The ideal is to use all rules that gives the greatest benefits. We want to encourage best practices, rather than leave all to individual choices and management pressures. From my DOS-past I have kept the routine to make the first 8 characters to be significant. We want guidelines that help a lot of people, make code more uniform, and strongly encourage people to modernize their code. Maybe I should offer some tips in a new blog? Just one: do not use very long names (QSP in the new version are a bad example, names are very long), because in some dropdown lists you’ll see only the first part. I have somewhere an old blog about naming. Whenever I coach a group training in a company, I suggest the trainees to collaborate in setting up a good naming convention to which everyone agrees. I have a personal naming convention, but this is my choice. I am one of the co-founders of Arkus, a Salesforce consulting partner since 2010. However, except for some exceptional situations (like states) the global rule in Captivate is that each item needs to have a unique. is a 100 GTD® company, and we use OmniFocus Pro for Mac and iOS as the corporate standard to successfully manage thousands of internal and external projects. Meanwhile this has changed, because you can use filtering (unknown by many developers). At that moment (CP4/5) it was meant to distinguish the user variables from the system variables, because the only way to find one in the dropdown list was using the first character. The convetion v_ originates in my early blog psots where I used this for variables. ![]() It sucks to sit scratching your head wondering what a particular variable does when troubleshooting. No right or wrong answer, really, but you should use something that makes sense to you as you work with them especially if you have to modify somewhere in the future. I will also sometimes use a “prefix” or “suffix’ like with varAnswer for a variable or unitsBtn for a button name and other times when I want to just keep things short I may go with something like a1, a2, a3, etc. If I have a button that closes my instruction panel, I might name it closeInstructions and that helps me as I talk through the logic of what I want to happen. I stay away from using any symbols or spaces in my naming.įor example, if I need a variable for tracking if all selections are correct, I might use checkCorrect as the variable name. ![]() Camel casing is when you capitalize the first letter of additional words as you will see in my examples. Personally, I tend to use names that accurately reflect what a variable or object is used for and where appropriate, use camel casing.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |