Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: "Diez B. Roggisch" <deets@web.de>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] =?utf-8?q?Schleifen_die_ohne_Durchlaufen_des_Schleif?= =?utf-8?q?enk=C3=B6rpers_beendet_wurden?=
Date: Wed, 30 Mar 2016 10:27:48 +0200
Lines: 75
Message-ID: <mailman.181.1459326784.28225.python-de@python.org>
References: <56F445C9.3000200@mail.de> <56F939CE.8050601@admin-box.com> <56F99A06.4060002@sschwarzer.net> <56FB8367.8050406@admin-box.com>
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
Content-Type: multipart/signed; boundary="Apple-Mail=_6C5E15EB-6AC2-469B-8998-68156AFB9239"; protocol="application/pgp-signature"; micalg=pgp-sha512
In-Reply-To: <56FB8367.8050406@admin-box.com>
Precedence: list
Xref: csiph.com de.comp.lang.python:4344


--Apple-Mail=_6C5E15EB-6AC2-469B-8998-68156AFB9239
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


> On 30 Mar 2016, at 09:42, Daniel Troeder <daniel@admin-box.com> wrote:
>=20
> On 03/28/2016 10:54 PM, Stefan Schwarzer wrote:
>> On 2016-03-28 16:03, Daniel Troeder wrote:
>>> for item in list():
>>>    print item
>>> if "item" not in locals():
>>>    print "empty"
>>>=20
>>> Voraussetzung ist, dass der Variablenname ("item") nicht schon =
vorher im
>>> gleichen oder =FCbergeordneten scope verwendet wird.
>>=20
>> technisch mag das gehen, aber f=FCr mich sieht das
>> ziemlich "hackish" aus. Ich w=FCrde eine direktere
>> L=F6sung (wie einige der vorgestellten) bevorzugen.
> Hehe - ja das ist etwas "hackish" :)
>=20
> In der Realit=E4t halte ich mich an "so gut lesbar/explizit wie =
m=F6glich",
> vor allem wenn es nichts idiomatisches gibt wie hier.
>=20
> Ich w=FCrde 1. immer =FCberlegen ob am Konstrukt nicht prinzipiell =
etwas
> falsch ist, wenn eine leere Liste speziell behandelt werden muss.

Das ist es oft nicht im Kontext zB von HTML-Generierung (der OP hat ja =
auch Templating angesprochen) wo zwischen =93Ihre Suche nach =
Weihnachtseiern hat 10 Ergebnisse=94 und =93Leider nichts gefunden=94 =
unterschrieden wird.

> Und 2. wenn es so ist, dann immer entweder vor der Schleife mit "if =
not
> liste: return foo()" aus der Funktion springen oder wenn es danach
> weiter gehen soll die Schleife in if-else einpacken.
> Ist nicht elegant aber unmissverst=E4ndlich und sicher(TM).

Das geht eben nicht immer, wie schon vorher ausgefuehrt: =93if not =
liste=94 nimmt an, das liste einen Wahrheitswert hat, der sich =
entsprechend verhaelt. Das geht aber nicht zB bei einem geoeffneten =
File, das leer ist. Da werden keine Zeilen herauskommen, aber =93if =
mein_file=94 ist trotzdem wahr.

Diez



--Apple-Mail=_6C5E15EB-6AC2-469B-8998-68156AFB9239
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQEcBAEBCgAGBQJW+44FAAoJEMgWrvcLlYXnJYIH/31N90BVKwIJCj1aGzwyOO4h
6jdzaiZ5A7tAu8OKExX/czbu3wDrSNrJOhfIYTHvicNRaZOR79CG08/9DrMyL0lU
V842TjM3hgM8MxVmV5AIL6vqBnRwae+HS8/RNihg5PzbJEpDaQdx7IvymoCO4LXr
BAMIgvLqu+tzbsEwUmgc9U0Bc85AMiptPA32Ues3vDfRMMxemrrGwrx95C6NZvg6
SNBEuXUQ7I20f5XoZqJMy1/tAhYw1DQcTW30OS1VsGv/T9eHQ0Qx2Jtip0eMhdDe
UgmYq/A+2TNQC5HxDmyoucdIAM5vG20s/4dzb2wxud86Qp+nayidV0sfgV2idEQ=
=g2q6
-----END PGP SIGNATURE-----

--Apple-Mail=_6C5E15EB-6AC2-469B-8998-68156AFB9239--