Properties vs. Fields: Need help grasping the uses of Properties over Fields

1) why I would want to use properties
instead of fields (especially when it
appears I am just adding additional
code

You should always use properties where possible. They abstract direct access to the field (which is created for you if you don’t create one). Even if the property does nothing other than setting a value, it can protect you later on. Changing a field to a property later is a breaking change, so if you have a public field and want to change it to a public property, you have to recompile all code which originally accessed that field.

2) any tips on recognizing the use of
properties and not seeing them as
simply methods (with the exception of
the get;set being apparent) when
tracing other peoples code?

I’m not totally certain what you are asking, but when tracing over someone else’s code, you should always assume that the property is doing something other than just getting and setting a value. Although it’s accepted practice to not put large amounts of code in getters and setter, you can’t just assume that since it’s a property it will behave quickly.

3) Any general rules of thumb when it
comes to good programming methods in
relation to when to use what?

I always use properties to get and set methods where possible. That way I can add code later if I need to check that the value is within certain bounds, not null etc. Without using properties, I have to go back and put those checks in every place I directly accessed the field.

Leave a Comment