perlmonger (
perlmonger) wrote2008-01-11 05:15 pm
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
pass me another split, sergeant, this one's elfed
[Poll #1119627]
[ ETA that this is an abstract question, not an invitation for a language war, though go ahead and have one if you must ]
[ ETA that this is an abstract question, not an invitation for a language war, though go ahead and have one if you must ]
Some other response....
no subject
no subject
I'm a Unix pragmatist though - SIGSEGV will do nicely ;)
no subject
no subject
Python naturally does both, as this is the most confusing behaviour possible. It only makes sense in Sanskrit, under particular phases of the moon. If you specify the toke, it returns an array of one empty string. If you _don't_ specify the token, then it does "default-based splitting" and looks for a normalised sequence of a set of the usual whitespace characters. BUT it also changes its empty string behavour so that it then returns an empty array instead!
no subject
no subject
I can't get along with Python; too elegant for its own good, and significant leading whitespace makes me think of makefiles and sendmail. And COBOL.
no subject
Strings return True if you test them with issequence() (i.e. "Is this some soprt of array I'm looking at). Yes, they are a sequence, in terms of "Do they support the iterator functions", but this also means it's hard to tell whether the parameter you've just been passed in single or multi-valued (Duck-typing Parseltongues do this sort of thing a lot). Did I receive one string or an array of many? Can't tell.
no subject
no subject
I wanted to contrast the first two though, after addressing my irritation with Javascript by redefining String.split() in my main JS library. Context, FWIW, was dealing with an XMLhttp response that serialises a return numeric id set into a comma-delimited list in single attribute: treating the (entirely valid) possibility of an empty set as a special case made me itch.
no subject
no subject
no subject