<div dir="auto">Given that one can write modules that just do reexports to control namespaces, it seems to me you've got a lot of flexibility about how you organise your actual code into modules. As long as mutually recursive functions are in the same module and instances are not orphan, you can go from the one extreme of placing all the code on one module to the other extreme of placing each function in a separate module. I believe any performance concerns regarding inlining can be addressed with explicit inline annotations.</div><div dir="auto"><br></div><div dir="auto">I can see the point of not having non exported functions in their own module, because to do so would mean producing extra interface code which is never directly used by clients.</div><div dir="auto"><br></div><div dir="auto">But other than the concerns mentioned above, I can't really work out whether to have all my code for a package in one module and split it with re-export modules, or have it in lots of little modules and combine it with re-export modules.</div><div dir="auto"><br></div><div dir="auto">Any guidance with the pros/cons of both approaches would be appreciated.</div>