An analysis of module names inside top PyPI packages

Re:An analysis of module names inside top PyPI packages by Jasper_ on Thursday July 11, 2024 @02:08PM (#40939119)

It's a strange distinction, because the standard library sometimes eschews this. `os.path` is accessible through just `import os`, because they made os.py import it into the local namespace.

I wish it was clearer sometimes what was a module, and what was an attribute in the core import syntax. `import foo; foo.bar` only breaks if it's a module, and `import foo.bar` only breaks if it's an attribute. If you do `from foo import bar`, the syntax works with both.

[ Parent | on HN ]

Re:An analysis of module names inside top PyPI packages by ciupicri on Thursday July 11, 2024 @03:18PM (#40939683)

Just because `os.path` is accessible through just `import os`, doesn't mean that you shouldn't import it explicitly. As the Zen of Python says, explicit is better than implicit. After all it's documented separately at https://docs.python.org/3/library/os.path.html

If you see `os.path.basename` what could `os.path` be? It would be a module most of the time because it's written with lowercase. `itertools.chain.from_iterable` [1] would be a notable exception.

[1]: https://docs.python.org/3/library/itertools.html#itertools.c...

[ Parent | on HN ]