A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2004-March/043283.html below:

[Python-Dev] (class) module names clarification

[Python-Dev] (class) module names clarification [Python-Dev] (class) module names clarificationFrançois Pinard pinard at iro.umontreal.ca
Fri Mar 19 10:07:19 EST 2004
[Greg Ewing]
> "Jewett, Jim J" <jim.jewett at eds.com>:

> > 	from userlist import UserList
> > 	from stringio import StringIO

> That's actually an excellent argument for this convention.
> It would have been good to have socket.Socket, too.

All these would be good news indeed.

On the other hand, while I think Guido is right in saying it was a
mistake to use hairy capitalisation in module names, he could go a bit
further and declare that good module names should ideally _not_ be
simple English words, which users would likely keep for themselves,
as simple variable names.  In that vein, `userlist', `stringio' and
`heapq' are good names for a module, while `string' and `socket' are
less welcome.  It would be so nice writing `socket = [...].Socket()'!

-- 
François Pinard   http://www.iro.umontreal.ca/~pinard

More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4