This is very personal preference I don't feel it pythonic but... Ruby make
return keywork optional so is very idiomatic (in Ruby) to have multiple
onliner early return with this kind of guards at beginning of methods and a
"main" case below
For me this is just eye preference, we have eyes trained to extract what is
important when reading code. There is no absolute more readable that works
for everyone
IMHO return if cond is more scannable than
if cond:
return
Which need eye to scroll to next line
Here is an example of the use case that I'm talking about
def foo():
if a:
return
if B:
return
if C:
return
do_stuff()
Vs
def foo():
return if a
return if B
return if C
do_stuff
The second is much more compact
And
if A: return
Well, I'm strongly against these non-indented blocks in python
Em qui, 18 de jun de 2020 13:36, Barry Scott <ba...@barrys-emacs.org>
escreveu:
>
>
> On 18 Jun 2020, at 13:30, Daniel. <danielhi...@gmail.com> wrote:
>
> I love the do_stuff if cond syntax in Ruby and in perl. It's very natural
> to real, much more to follow than if cond: do_stuff
>
>
> I on the other hand hate that syntax and find it harder to read.
>
> Why put the code out of sequence?
>
> if read_this_1st: read_this_2nd()
>
> vs. this that I think of as out of sequence order
>
> read_this_2nd() if not read_this_1st
>
> Barry
>
>
>
> But still I don't think that it is enough to demand a language change.
>
> Something near this is to have a default of none for
>
> A if B else None
>
> So we can ommit the else None part, but this goes against the explicit is
> better than implicit
>
> Em qua, 17 de jun de 2020 07:42, Paul Moore <p.f.mo...@gmail.com>
> escreveu:
>
>> On Wed, 17 Jun 2020 at 10:44, artem6191 <artem129...@gmail.com> wrote:
>> >
>> > So yeah, we can "if <expression>: return", but why not?
>>
>> That's the wrong question. The correct question is "why is this
>> needed, and is the need sufficiently pressing to justify the change to
>> the language?"
>>
>> You're talking about allowing "return EXPR if CONDITION" as an exact
>> equivalent of "if CONDITION: return EXPR". There isn't even a benefit
>> of "it saves a line of code", so it's very hard to see a
>> justification.
>>
>> Paul
>> _______________________________________________
>> Python-ideas mailing list -- python-ideas@python.org
>> To unsubscribe send an email to python-ideas-le...@python.org
>> https://mail.python.org/mailman3/lists/python-ideas.python.org/
>> Message archived at
>> https://mail.python.org/archives/list/python-ideas@python.org/message/PHB2VWU3J2YAGCWZR5N5N2BAGPFBQMF4/
>> Code of Conduct: http://python.org/psf/codeofconduct/
>>
> _______________________________________________
> Python-ideas mailing list -- python-ideas@python.org
> To unsubscribe send an email to python-ideas-le...@python.org
> https://mail.python.org/mailman3/lists/python-ideas.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-ideas@python.org/message/WEK6CTGJGEBD6ROG5BASTJ6C43OKBTRE/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
>
>
_______________________________________________
Python-ideas mailing list -- python-ideas@python.org
To unsubscribe send an email to python-ideas-le...@python.org
https://mail.python.org/mailman3/lists/python-ideas.python.org/
Message archived at
https://mail.python.org/archives/list/python-ideas@python.org/message/3QILG6Z6V2TGDIRGQFVGTOWGNO4R7KWR/
Code of Conduct: http://python.org/psf/codeofconduct/
