GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • [ date ]
  • [ thread ]
  • [ subject ]
  • [ author ]

This view

  • Original page
  • New address

GeezerVison is showing mail.python.org — [Python-Dev] Iterable String Redux (aka String ABC)

[Python-Dev] Iterable String Redux (aka String ABC)

Georg Brandl g.brandl at gmx.net
Tue May 27 23:44:06 CEST 2008

  • Previous message: [Python-Dev] Iterable String Redux (aka String ABC)
  • Next message: [Python-Dev] Iterable String Redux (aka String ABC)
  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Antoine Pitrou schrieb:
> Georg Brandl <g.brandl <at> gmx.net> writes:
>> 
>> It does, but I don't see how it contradicts my proposition. find() takes a
>> substring as well.
> 
> Well, I'm not sure what your proposal was :-)
> Did you mean to keep split() out of the String interface, or to provide a
> default implementation of it based on find() and slicing?

You wrote:

 > If we stay minimalistic we could consider that the three basic operations that
 > define a string are:
 > - testing for substring containment
 > - splitting on a substring into a list of substrings
 > - slicing in order to extract a substring

I argued that instead of split, find belongs into that list.
(BTW, length inquiry would be a fourth.)

That the other methods, among them split, can be implemented in terms
of those, follows from both sets of basic operations.

Georg


  • Previous message: [Python-Dev] Iterable String Redux (aka String ABC)
  • Next message: [Python-Dev] Iterable String Redux (aka String ABC)
  • Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

More information about the Python-Dev mailing list
You are visitor 01402520 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.