organizing many python scripts, in a large corporate environment.
Tim Johnson
tim at johnsons-web.com
Sun Mar 13 20:10:22 EDT 2011
* bukzor <workitharder at gmail.com> [110313 15:48]:
>
> Thanks Tim.
>
> I believe I understand it. You create loaders in a flat organization,
> in the same directory as your shared library, so that it's found
Not in the same directory as shared libraries.
> naturally. These loaders use custom code to find and run the "real"
> scripts. This seems to be a combination of solutions d) and e) in my
> above post.
In my case, the loader
1)Executes code that would otherwise be duplicated.
2)Loads modules (usually from a lower-level directory) based on
keywords passed as a URL segment.
>
> It seems to have few disadvantages, although it does obfuscate where
> to find the "real" code somewhat. It also has the implicit requirement
> that all of your scripts can be categorized into a few top-level
> categories.
Correct. In my case that is desirable.
> I'll have to think about whether this applies in my
> situation...
cheers
--
Tim
tim at johnsons-web.com or akwebsoft.com
http://www.akwebsoft.com
More information about the Python-list
mailing list