For reference; the standard convention: https://docs.microsoft.com/en-us/dynamicsax-2012/developer/naming-conventions-name-structure
However there remains a lot of additional naming. Does someone have a decent (in their opinion) label ID policy that builds on the above mentioned standard?
If you'd be interested in my own guideline:
Using the extremely creative example of a plants add-in (lets call the module PLA). My guideline would look something like this
For a possible table PLATree
Label: @PLA:TreeCollection
Singular Label: @PLA:Tree
Developer Documentation: @PLA:TreeDevDoc
For the PLATreeName EDT (also in the table)
Label: @PLA:Tree *same as the table's singular label
HelpText: @PLA:TreeHelp
Collection label: @PLA:TreeCollection *same as the table's label
For the PLATreeRecId EDT (extends RefRecId and reference table set to PLATree)
Label: @PLA:Tree
HelpText: @PLA:TreeHelp
Collection label: @PLA:TreeCollection (not sure if it's necessary)
For an enum PLAPlantType with elements Bush and Flower
Enum label: @PLA:PlantType
HelpText: @PLA:PlantTypeHelp
PLAPlantType::Bush label: @PLA:PlantTypeBush
PLAPlantType::Flower label: @PLA:PlantTypeFlower
Following the mentioned guideline keeps things quite organised, but it still becomes unorganised as the module grows.
I guess the easiest solution is to just create a new label whenever the project manager or boss or whoever decides on something else. But the perfectionist part of me wants to keep the thing organised (I hope I'm not the only one). And I guess it will prevent inconsistencies. For example: A request comes in to relabel some form's fast tab, in which the quick solution to create a new label would not change the label on some other similar form with a similar fast tab.
I hope this will not be seen as unnecessary (or even spam :D ). I guess it is a simple thing, but still a very large part of the average developer's day. And definitely bugs me a lot.
Kind regards
Thanks for reading