Author Dusty Phillips Reviewers

[
 134 
]
| Data descriptors defined here:
|
| __dict__
| dictionary for instance variables (if defined)
|
| __weakref__
| list of weak references to the object (if defined)
|
| silly
| This is a silly property
Once again, everything is working as we planned. In practice, properties are normally 
only defined with the first two parameters: the getter and setter functions. If we 
want to supply a docstring for a property, we can define it on the getter function; 
the property proxy will copy it into its own docstring. The deletion function is often 
left empty because object attributes are rarely deleted. If a coder does try to delete 
a property that doesn't have a deletion function specified, it will raise an exception. 
Therefore, if there is a legitimate reason to delete our property, we should supply
that function.
Decorators – another way to create properties
If you've never used Python decorators before, you might want to skip this section 
and come back to it after we've discussed the decorator pattern in 
Chapter 10
, 
Python 
Design Patterns I
. However, you don't need to understand what's going on to use the 
decorator syntax to make property methods more readable.
The property function can be used with the decorator syntax to turn a get function 
into a property:
class Foo:
@property
def foo(self):
return "bar"
This applies the 
property
function as a decorator, and is equivalent to the previous 
foo = property(foo)
syntax. The main difference, from a readability perspective, 
is that we get to mark the 
foo
function as a property at the top of the method, instead 
of after it is defined, where it can be easily overlooked. It also means we don't have 
to create private methods with underscore prefixes just to define a property.
www.it-ebooks.info

---

Chapter 5