At what point does naming become cumbersome? For example:
DEVNET::PropertyTax::Parcel::TaxDistricts
where:
DEVNET = my company
PropertyTax = product (as opposed to Recorder, Imaging, etc.)
Parcel = Piece of property
TaxDistricts = Taxing districts a parcel is in
I had started doing DEVNET::PropertyTax::Assessment (for a property's tax assessments) and so forth originally. Then I ran into a problem: I had previously defined DEVNET::PropertyTax::TaxDistricts, which is the listing of all possible tax districts. But now the above seems too lengthy. Is it? What do others do? Am I being too organized?
Length (Score:1)
I've often seen people remark about long names (tho usually with function/method calls).
Personally, I don't worry about it when it comes to modules. I try to organize them in a manner that makes it easy for me to find the code I need to work on.
That is my sole naming criteria. It has to make sense so I can find my code.
As for length... well, I only have to type the module name twice. Once for the use clause, and once for the new statement.
After that, I use the objec
Abbrv. (Score:2)
DEVNET::PropertyTax::Parcel::TaxDistricts
becomes
DN::PT::Parcel::TaxDistricts.