On Mon, 20 Feb 2012 16:20:15 +0100 Dirkjan Ochtman <dirk...@ochtman.nl> wrote: > On Mon, Feb 20, 2012 at 14:23, Nick Coghlan <ncogh...@gmail.com> wrote: > > I don't personally think the module API needs the provisional > > disclaimer as the core functionality has been tested for years in > > ipaddr and the API changes in ipaddress are just cosmetic ones either > > for PEP 8 conformance, or to make the API map more cleanly to the > > underlying networking concepts. However, I'd be willing to include > > that proviso if anyone else has lingering concerns. > > Should it be net.ipaddress instead of just ipaddress? > > Somewhat nested is better than fully flat.
IMHO, nesting without a good, consistent, systematic categorization leads to very unpleasant results (e.g. "from urllib.request import urlopen"). Historically, our stdlib has been flat and I think it should stay so, short of redoing the whole hierarchy. (note this has nothing to do with the possible implementation of modules as packages, such as unittest or importlib) Regards Antoine. _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
