When implementing the rich comparison operators for some sort of
container, it's tempting to save code by doing something like:
 class LarchTree:
   ...
   def __gt__(self, other):
     # A lot of code to traverse the tree
   def __le__(self):
     return not self > other

However, if I'm thinking correctly, this is a bad idea. The
reasoning being that > and <= are not required to be each others
opposite for arbitrary value types, and may not even both be
supplied by the contained objects.

If a LarchTree user stores objects that don't support __gt__,
will he have a legitimate complaint when using LarchTree.__le__
results in an attribute error?

-- 
Neil Cerutti
-- 
http://mail.python.org/mailman/listinfo/python-list

Reply via email to