Do not export names of imported modules about ebits HOT 3 OPEN

Good point. I implemented this design in analogy to Python, and also because it’s simply the obvious implementation, everything else would require a convoluted workaround, and it would make it non-obvious.

We could try using .-prefix throughout.

from ebits.

In fact, we may want to revisit our no-attach policy. Yes, it’s standard in Python. But on the other hand, we attach differently than from Python (in particular, attached objects are not exported from the module), so surgically attaching modules would result in less scope leakage than what we are doing at the moment.

from ebits.

The main reason for me to not use attach is to make it explicit which module a certain function resides in. This, in my opinion, is so much more readable than to keep track of which functions shadow which given multiple attached objects.

from ebits.