I have a medium sized python program (12K SLOC) organized as a single python package with multiple subpackages:proj/    setup.py    proj/        __init__.py        projfile1.py        subproj1/            __init__.py            subprojfile1.py            ...        subproj2/            __init__.py            ...    tests/I can see that some of these subpackages could be self-contained and could live in their own namespace:proj/    setup.py    proj/        __init__.py        projfile1.py        ...    subproj1/        __init__.py        subprojfile1.py        ...    subproj2/        __init__.py        ...    tests/I'm thinking that breaking out subpackages might help reduce future complexity by reducing interdependence between separate parts of the program.The only subproj1 imports outside of its namespace are utility functions from another subpackage in proj/Are multiple toplevel packages appropriate for a python project? Are there any projects that are organized in this way?What are the drawbacks of organizing a project as multiple python packages?
Breaking a Large Python Project into Multiple Packages
python;programming practices;api;deployment;packages