fully-qualified namespaces?
Lenny G.
alengarbage at yahoo.com
Mon Sep 12 13:07:23 EDT 2005
Thanks Michael. That's actually what I already have, e.g.,
Hippo/
__init__.py
HippoCrypto.py
Potamus.py
Of course, this has the disadvantage of not really taking advantage of
the Hippo namespace -- I might as well have:
HippoCrypto.py
Hippo/
__init__.py
Potamus.py
or even get rid of the namespace altogether:
HippoCrypto.py
HippoPotamus.py
Since Hippo.HippoCrypto was already in the Hippo namespace (and clearly
unambiguous with the top-level Crypto namespace from python-crypto), I
thought there might be some way to use this fact to shorten up the name
by removing the redundancy (as can be done in java/C++/etc namespaces).
It sounds like you are saying that there either isn't a way to make the
interpreter utilize this type of namespace difference, or that doing so
is so convoluted that it is certainly worse than just living with
Hippo.HippoCrypto. I can live with these facts (with a little bit of
discomfort ;) ) -- just wanted to make sure that I understood.
Lenny G.
More information about the Python-list
mailing list