In message <[EMAIL PROTECTED]>, Terry
Reedy wrote:
> From this viewpoint, objecters would instead have to argue that it is
> wrong to have such implicit calls and that programmers should have to
> put them in explicitly.
But then again, you want to avoid unexpected restrictions like in Java,
whe
Carl Banks a écrit :
On Sep 22, 3:43 pm, Bruno Desthuilliers
<[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] a écrit :
Pekka Laukkanen:
but it still doesn't feel exactly right. Would it be worth submitting a bug?
It feels wrong because it is. In a tidier language (Pascal, Java, etc)
a boolean a
Steven D'Aprano:
>For many iterables, the amount of memory is not excessive and the increase in
>readability of len() is to be preferred over the side-effect of sum(1 for...).<
With side-effects do you mean the possibility of exhausting a lazy
iterable?
The readability difference is little, and
Grzegorz Staniak wrote:
On 22.09.2008, Carl Banks <[EMAIL PROTECTED]> wroted:
Some would argue (and some did by the time Python grew a 'bool' type)
that what is wrong is to have a bool type in a language that already
have a wider definition of the truth value of an expression...
And some woul
On Mon, 22 Sep 2008 07:35:50 -0700, bearophileHUGS wrote:
> Tino Wildenhain:
>
>> Wouldn't
>> len([x for x in iterable if x==y])
>> or even shorter:
>> iterable.count(y)
>> not work and read better anyway?
>
> The first version creates an actual list just to take its length, think
> about how mu
On 22.09.2008, Carl Banks <[EMAIL PROTECTED]> wroted:
>> >> but it still doesn't feel exactly right. Would it be worth submitting a
>> >> bug?
>>
>> > It feels wrong because it is. In a tidier language (Pascal, Java, etc)
>> > a boolean and an integer must be different types.
>>
>> Some would arg
On Sep 22, 3:43 pm, Bruno Desthuilliers
<[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] a écrit :
>
> > Pekka Laukkanen:
> >> but it still doesn't feel exactly right. Would it be worth submitting a
> >> bug?
>
> > It feels wrong because it is. In a tidier language (Pascal, Java, etc)
> > a boolean
[EMAIL PROTECTED] a écrit :
Pekka Laukkanen:
but it still doesn't feel exactly right. Would it be worth submitting a bug?
It feels wrong because it is. In a tidier language (Pascal, Java, etc)
a boolean and an integer must be different types.
Some would argue (and some did by the time Python
Hi,
[EMAIL PROTECTED] wrote:
Tino Wildenhain:
Wouldn't
len([x for x in iterable if x==y])
or even shorter:
iterable.count(y)
not work and read better anyway?
The first version creates an actual list just to take its length,
think about how much memory it may use.
yes it seems len() does no
Tino Wildenhain:
> Wouldn't
> len([x for x in iterable if x==y])
> or even shorter:
> iterable.count(y)
> not work and read better anyway?
The first version creates an actual list just to take its length,
think about how much memory it may use.
The second version requires the 'iterable' object to
Hi,
[EMAIL PROTECTED] wrote:
Pekka Laukkanen:
...
On the other hand it has some little practical advantages, you can do:
sum(x == y for x in iterable)
That also equals to a more tidy:
sum(1 for x in iterable if x == y)
Wouldn't
len([x for x in iterable if x==y])
or even shorter:
iterable.
Pekka Laukkanen:
> but it still doesn't feel exactly right. Would it be worth submitting a bug?
It feels wrong because it is. In a tidier language (Pascal, Java, etc)
a boolean and an integer must be different types. Keeping booleans and
integers separated may avoid some bugs too (I don't know how
On 22 Sep, 10:25, "Pekka Laukkanen" <[EMAIL PROTECTED]> wrote:
> Hello,
>
> just noticed this:
>
> Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)
> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.>>> {1:
> 2}
> {1: 2}
> >>> {T
Hello,
just noticed this:
Python 2.5.1 (r251:54863, Jan 17 2008, 19:35:17)
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> {1: 2}
{1: 2}
>>> {True: False}
{True: False}
>>> {1: 2, True: False}
{1: False}
This must be becaus
14 matches
Mail list logo