Yuvgoog Greenle wrote:
I like how python has a minimalistic and powerful syntax (-1 for the
break ___ PEP).
Also, I really dislike the for/else ambiguity "butterflies".
When is the else after a loop executed?
1. When the loop isn't entered at all.
If you mean because the list / iterator is empty then yes. If you mean
something else then explain.
2. When the loop terminates through exhaustion of the list (does this
include when the list was empty?)
Yes.
3. When the loop didn't exit because of a break statement.
No.
This is pretty much the definition of the else statement semantics and
are clearly defined.
HINTS: The way django does it is opposite the way python does it and
there may be more than one correct answer.
If you mean the Django template language does it differently from Python
then you'll have to speak to the Django guys. The Django template
language may be inspired by Python and written in Python but it isn't
Python and has no obligation to use the same semantics. Python is very
clear.
Any chances of cleaning this one up for python 4? I'm not sure how
though I have a few ideas.
See above. The else statement semantics for both loops and exception
handling are extremely useful and don't need cleaning up. If you have
further ideas then the Python-ideas list is the right place to discuss
potential language changes or additions.
All the best,
Michael Foord
On Tue, Sep 29, 2009 at 11:47 PM, Guido van Rossum <gu...@python.org
<mailto:gu...@python.org>> wrote:
On Tue, Sep 29, 2009 at 1:20 PM, Hatem Nassrat <hnass...@gmail.com
<mailto:hnass...@gmail.com>> wrote:
> Tue Jul 3 10:14:17 CEST 2007, Guido van Rossum wrote:
>> On 6/30/07, Matt Chisholm <matt-python at theory.org
<http://theory.org>> wrote:
>> > I've created and submitted a new PEP proposing support for
labels in
>> > Python's break and continue statements. Georg Brandl has
graciously
>> > added it to the PEP list as PEP 3136:
>> >
>> > http://www.python.org/dev/peps/pep-3136/
>>
>> I think this is a good summary of various proposals that have been
>> floated in the past, plus some new ones. As a PEP, it falls short
>> because it doesn't pick a solution but merely offers a large
menu of
>> possible options. Also, there is nothing about implementation yet.
>>
>> However, I'm rejecting it on the basis that code so complicated to
>> require this feature is very rare. In most cases there are existing
>> work-arounds that produce clean code, for example using 'return'.
>
> I agree that this feature will only serve as a quick hack and in
many
> cases it would be misused and ugly code will be the result. However,
> it seems that there are some shortcuts that have sneaked into python
> (I am a fairly new Python programmer, only since late 2.4, so don't
> shoot me). The specific one of which I speak about is:
>
> while_stmt ::= "while" expression ":" suite
> ["else" ":" suite]
>
> for_stmt ::= "for" target_list "in" expression_list ":" suite
> ["else" ":" suite]
>
> try1_stmt ::= "try" ":" suite
> ("except" [expression ["as" target]] ":" suite)+
> ["else" ":" suite]
> ["finally" ":" suite]
>
> All these else's seem like shortcuts to me. I did find a use for
them,
> once I found out they existed, but I get butterflies whenever I do.
In English, butterflies are usually a good thing (they mean you'e
in love).
These else clauses (assuming you're talking about that) have been in
the language pretty much forever. The combined except/finally clause
is newer, it was added because Java allows it and it was actually a
pretty common usage.
--
--Guido van Rossum (home page: http://www.python.org/~guido/
<http://www.python.org/%7Eguido/>)
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org <mailto:Python-Dev@python.org>
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/ubershmekel%40gmail.com
------------------------------------------------------------------------
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk
--
http://www.ironpythoninaction.com/
http://www.voidspace.org.uk/blog
_______________________________________________
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
