[Python-3000] need help fixing broken tests in py3k-pep3137 branch
jyasskin at gmail.com
Sun Nov 4 02:18:41 CET 2007
Those look clearly better than the previous suggestions to me. +1.
I think 'bytelist' is more correct than 'byteslist'. It's a list of
'byte's rather than a list of 'bytes'es. Which isn't particularly
convincing... Maybe the fact that we say "chicken farm" instead of
"chickens farm" is better? I think this is a specifically English
convention for pluralization that's different in many other languages.
On 11/3/07, Nick Coghlan <ncoghlan at gmail.com> wrote:
> Guido van Rossum wrote:
> > On 11/3/07, Jim Jewett <jimjjewett at gmail.com> wrote:
> >> On 11/3/07, Guido van Rossum <guido at python.org> wrote:
> >>> I'd love a better term. It seems we could use several new names:
> >>> 1. a new name for what PEP 3137 calls buffer
> >> ByteBuffer
> > Fails the rule that built-in types have all-lowercase names. I've been
> > thinking to call it bytesbuffer or bytes_buffer though.
> bytelist or byteslist? (It combines the mutable nature of a list with
> the other characteristics of the bytes type, after all)
> >>> 2. a new name for the union of bytes and buffer (*)
> >> ByteSequence
> > That could work, it's an ABC after all (to be imported from collections).
> ByteSequence works for me (I believe it has been suggested at least once
> >>> 3. a new name for all types supporting the "buffer API"
> >> buffer
> > Another ABC, so should have a CamelCase name. Also, we probably
> > shouldn't use plain, unadorned "buffer" or "Buffer" for any of these
> > -- it has too many meanings. Also "buffer" is a popular variable name
> > (much more so than bytes).
> BinaryData? When using the enhanced buffer API, an object may be
> exposing binary data formatted in the specified format rather than just
> basic bytes.
> So the 'buffer API' would become the 'binary data API', and in cases
> where it mattered (such as the constructors for binary data types like
> array.array) the binary data interface would take precedence over the
> iterable interface. Coming from a comms background where "buffer" means
> "FIFO queue" most of the time, it would also be a lot more intuitive.
> Nick Coghlan | ncoghlan at gmail.com | Brisbane, Australia
> Python-3000 mailing list
> Python-3000 at python.org
> Unsubscribe: http://mail.python.org/mailman/options/python-3000/jyasskin%40gmail.com
"Religion is an improper response to the Divine." — "Skinny Legs and
All", by Tom Robbins
More information about the Python-3000