Finding Module Dependancies

[mwt]

When I'm rewriting code (cutting and pasting pieces from earlier
modules), is there a quick way to determine if I have imported all the
necessary modules? I am used to working in Java, where the compiler
will tell you if you haven't imported everything, and also Eclipse,
which has the handy "organize imports" feature. This is not the case in
Python, since it's not compiled, of course, and also running it might
not insure you've got all the imports, unless you go through every
possible usage scenario -- which in some cases is quite a few, and
could take a long time.

So what I'm looking for is a command, like "check dependencies" or
something, which will list all the modules needed for a source module
to run.

[Larry Bates]

mwt wrote:

When I'm rewriting code (cutting and pasting pieces from earlier
modules), is there a quick way to determine if I have imported all the
necessary modules? I am used to working in Java, where the compiler
will tell you if you haven't imported everything, and also Eclipse,
which has the handy "organize imports" feature. This is not the case in
Python, since it's not compiled, of course, and also running it might
not insure you've got all the imports, unless you go through every
possible usage scenario -- which in some cases is quite a few, and
could take a long time.

So what I'm looking for is a command, like "check dependencies" or
something, which will list all the modules needed for a source module
to run.

If you are an accomplished Eclipse user (I'm not), you should look at
the Python plug-in for Eclipse.

Remember that Python is so dynamic that you can build dependencies
during program execution and import them on-the-fly. So a dependency
checker would always be incomplete. You always need to write unit
tests.

-Larry Bates

[John Machin]

On 22/04/2006 8:18 AM, mwt wrote:

When I'm rewriting code (cutting and pasting pieces from earlier
modules)
Instead of propagating multiple copies of source code, consider
refactoring those modules so that top-level functions and classes can be
used in other modules.
is there a quick way to determine if I have imported all the
necessary modules? I am used to working in Java, where the compiler
will tell you if you haven't imported everything,
That's a clever design. It would be even better if it just shut up and
did the imports for you :-)
and also Eclipse,
which has the handy "organize imports" feature. This is not the case in
Python, since it's not compiled, of course, and also running it might
not insure you've got all the imports, unless you go through every
possible usage scenario -- which in some cases is quite a few, and
could take a long time.
This is called "testing". Yes, it could take a long time.

So what I'm looking for is a command, like "check dependencies" or
something, which will list all the modules needed for a source module
to run.

Consider pychecker and pylint. I haven't tried pylint, but pychecker
does what you want and a whole lot more:

C:\junk>type miss_import.py
# need to import re, but forgot
def my_isdigit(s):
return bool(re.match(r "\d+", s))

C:\junk>pycheck er miss_import

C:\junk>c:\pyth on24\python.exe
c:\python24\Lib \site-packages\pychec ker\checker.py miss_import
Processing miss_import...

Warnings...

miss_import.py: 3: No global (re) found

C:\junk>

[mwt]

John Machin wrote:

This is called "testing". Yes, it could take a long time.
Thanks for the clarification. ;) Actually, I've done hellish amounts
of testing on these code pieces, which is why I don't want to have to
do it all over again just to check the imports.


Consider pychecker and pylint. I haven't tried pylint, but pychecker
does what you want and a whole lot more:

C:\junk>type miss_import.py
# need to import re, but forgot
def my_isdigit(s):
return bool(re.match(r "\d+", s))

C:\junk>pycheck er miss_import

C:\junk>c:\pyth on24\python.exe
c:\python24\Lib \site-packages\pychec ker\checker.py miss_import
Processing miss_import...

Warnings...

miss_import.py: 3: No global (re) found

C:\junk>

That sounds really useful. I'll check it out. Thanks!

[mwt]

Wow! Just ran pychecker on a couple of modules. I'm blown away by how
much information I'm getting. Thanks again!

[mwt]

Wow! Just ran pychecker on a couple of modules. I'm blown away by how
much information I'm getting. Thanks again!

[robert]

Larry Bates wrote:

Remember that Python is so dynamic that you can build dependencies
during program execution and import them on-the-fly. So a dependency
checker would always be incomplete. You always need to write unit
tests.

The Pychecker will usually see also missing on-the-fly imports and most
of that like.
You'd need to do tricky exec stuff to trick him - and even then he can
warn for smelling style of code.
You'd have to add upon warnings a #$pycheck_no to all such smelling
lines in order to confirm, that you really know what you are doing.

To my experience you'd usually not get the written tests dense enough
(at reasonable costs) to look into all branches of execution flow.

All 5 things are needed for efficiency :
(frequency of application decreasing the list down)

* auto-postmortem debugging (dev) ( auto-postmortem report (dist))
* running written tests
* code checks
* walking major execution branches by manual tests
* beta cycling

-robert