[issue909005] asyncore fixes and improvements
Aleksi Torhamo
report at bugs.python.org
Tue Mar 31 23:19:31 CEST 2009
Aleksi Torhamo <alexerion+pythonbugs at gmail.com> added the comment:
"not the handle_close_event() replacements, stick with handle_close()".
I'm guessing this has to do with "breaking the abstraction"?
I can't think of a situation where handle_close() is called, but close()
should not be called. If indeed so, i feel it's weird to require the
user remember to call close(), and it should IMHO be done automatically.
(I feel like i'm bitten by this each and every time i replace the
default handle_close().. :)
If the naming of handle_close_event() is not appropriate (as it "sounds"
like a layer 1 method), how about adding do_close(), and making other
places call that?
def do_close(self):
self.close()
self.handle_close()
----------
nosy: +alexer
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue909005>
_______________________________________
More information about the Python-bugs-list
mailing list