Importing dynamically loaded modules (in packages)?
holger krekel
pyth at devel.trillke.net
Wed May 1 13:21:55 EDT 2002
[Steve Holden]
> [Holger Krekel]
> > There is no 'package' object to start with and package
> > functionalities are not encapsulated anywhere.
> > So it seems approriate to think of a package as a
> > concept of nested modules and accessing them with
> > respect to directory structure and filesystem-coupled
> > initialization.
> >
> A package is a directory containing an __init__.py file.
And that's where it starts to fall out of pythons object world.
There is no 'directory'-object.
> When the package is
> imported (which mjust happen before any submodules or subpackages can be
> imported) the __init__.py file is executed.
The next filesystem-dependence not related to python's object structure.
> > imho Python3 should have a better grip
> > on packages.
> >
> imho Motherhood and apple-pie are good ;-)
> Anything that makes Python applications easier to package and distribute
> will be a good thing. "Python 3 should have a better grip on packages" comes
> nowhere near making Python applications easier to package and distribute ;-)
> > Is their already something underway?
regard my sentences as a careful check to make sure i am not missing
something. Sometimes there are these nice 'has been discussed and
rejected before' or 'GvR said no' or similar landmines.
> a-better-question-is-who's-going-to-do-something-about-it-ly y'rs - steve
I'd like to come up with a small proposal. Not right now, though :-)
If nobody thinks that this should be left to the gurus, anyway.
another-question-is-if-there-is-a-real-need-besides-my-own-ly yours holger
More information about the Python-list
mailing list