Problem Description
In general, I understand and agree with the pdoc use of __all__ to determine what to document.
However, when it comes to submodules within the __init__.py of a parent module, there are drawbacks to importing all submodules to the parent level.
Specifically, an import of submodules can increase memory footprint (in theory) and can cause otherwise unrepresented circular dependency issues (confirmed through my own experience).
There may also be implications when considering submodules that have imports that are only valid given the inclusion of certain python "extras". There's a risk that recursively importing submodules at runtime could cause unexpected failures in those cases.
I have loosely/tentatively confirmed that putting submodule imports in if typing.TYPE_CHECKING: seems to avoid these issues, but I'm not sure of the other implications.
Proposal
Either by promoting the TYPE_CHECKING workaround, or by another method, I'd like to find a path forward where submodules would be available for docs generation without risking adverse runtime impacts on the package itself.
Alternatives
A second option would be for pdoc to adopt a behavior of always documenting submodules if they are not prefixed with "_".
A third option would be for me to cleverly adapt my own docs/generate.py script to accomplish the same effect. (Not sure if this is possible.)
A fourth option would be to come up with html template to accomplish the same effect. (I'm pretty sure this is not possible.)
Additional context
Here is a ChatCPT conversation that explores implications and options: https://chatgpt.com/share/672ecbd4-47e0-8004-bf55-269227d96b9f
Problem Description
In general, I understand and agree with the
pdocuse of__all__to determine what to document.However, when it comes to submodules within the
__init__.pyof a parent module, there are drawbacks to importing all submodules to the parent level.Specifically, an import of submodules can increase memory footprint (in theory) and can cause otherwise unrepresented circular dependency issues (confirmed through my own experience).
There may also be implications when considering submodules that have imports that are only valid given the inclusion of certain python "extras". There's a risk that recursively importing submodules at runtime could cause unexpected failures in those cases.
I have loosely/tentatively confirmed that putting submodule imports in
if typing.TYPE_CHECKING:seems to avoid these issues, but I'm not sure of the other implications.Proposal
Either by promoting the
TYPE_CHECKINGworkaround, or by another method, I'd like to find a path forward where submodules would be available for docs generation without risking adverse runtime impacts on the package itself.Alternatives
A second option would be for
pdocto adopt a behavior of always documenting submodules if they are not prefixed with "_".A third option would be for me to cleverly adapt my own
docs/generate.pyscript to accomplish the same effect. (Not sure if this is possible.)A fourth option would be to come up with html template to accomplish the same effect. (I'm pretty sure this is not possible.)
Additional context
Here is a ChatCPT conversation that explores implications and options: https://chatgpt.com/share/672ecbd4-47e0-8004-bf55-269227d96b9f