On Oct 2, 2017, at 14:56, Brett Cannon <br...@python.org> wrote: > So Mercurial specifically is an odd duck because they already do lazy > importing (in fact they are using the lazy loading support from importlib). > In terms of all of this discussion of tweaking import to be lazy, I think the > best approach would be providing an opt-in solution that CLI tools can turn > on ASAP while the default stays eager. That way everyone gets what they want > while the stdlib provides a shared solution that's maintained alongside > import itself to make sure it functions appropriately.
The problem I think is that to get full benefit of lazy loading, it has to be turned on globally for bare ‘import’ statements. A typical application has tons of dependencies and all those libraries are also doing module global imports, so unless lazy loading somehow covers them, it’ll be an incomplete gain. But of course it’ll take forever for all your dependencies to use whatever new API we come up with, and if it’s not as convenient to write as ‘import foo’ then I suspect it won’t much catch on anyway. -Barry
signature.asc
Description: Message signed with OpenPGP
_______________________________________________ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
