Das deutsche Python-Forum

Gnushi hat geschrieben:Index mitlaufen zu lassen

foo = ['a', 'b', 'c', 'd']

for index, item in enumerate(foo):
    foo[index] = item * 2
print foo

gerold hat geschrieben: So z.B.:

Code: Alles auswählen

for index, item in enumerate(foo):
    foo[index] = item * 2

Gnushi hat geschrieben:Wow, ich wusste doch, dass es da etwas geben muss.

sape hat geschrieben:Gnush, könntest du den 10-Zeiler Posten?

Foo = [1, 2]
Bar = [Foo, Foo, Foo]
print Bar
for x in Bar:
    x[0] = 7
print Bar

Foo = 1
Bar = [Foo, Foo, Foo]
print Bar
for x in Bar:
    x = 7
print Bar

       for Ship in self.__Ships:
            Pos, Alive, Initialized, CounterClock = Ship
            PosX, PosY = Pos
            if PosY >= 0 and not Initialized:
                Screen.blit(EnemiesImg, Pos, EnemyBlackRect)
                UpdateRects.append((PosX, PosY, EnemyWidth, EnemyHeight))
                PosY = PosY + 2
                if CounterClock and PosY >= self.__Bottom2:
                    PosY = self.__Bottom2
                    Initialized = True
                elif not CounterClock and PosY >= self.__Bottom1:
                    PosY = self.__Bottom1
                    Initialized = True
                Pos = (PosX, PosY)
                Screen.blit(EnemiesImg, Pos, self.__ImgRect)
                UpdateRects.append((PosX, PosY, EnemyWidth, EnemyHeight))
            elif PosY < 0:
                PosY = PosY + 1
            else:
                NumInit = NumInit + 1
            Ship[0] = (PosX, PosY)
            Ship[2] = Initialized
        if NumInit == self.__Num:
            self.__MoveInit = False
        if len(UpdateRects) > 0:
            pygame.display.update (UpdateRects)

BlackJack hat geschrieben:Ausserdem sind da zu viele Unterstriche. Zwei führende Unterstriche sind eigentlich dazu gedacht um Namenskonflikte, z.B. bei MixIn-Klassen zu vermeiden, das ist kein "private"-Mechanismus. Wenn man ein Attribut als "privat" Kennzeichnen will, dann wird per Konvention ein einzelner Unterstrich verwendet um die öffentliche API von Implementierungsdetails unterscheiden zu können.

Es sieht so aus, als wenn `Ship` besser eine Klasse sein sollte. ``ship.position = (42, 23)`` ist viel aussagekräftiger als ``ship[0] = (42, 23)``

Gnushi hat geschrieben:

BlackJack hat geschrieben:Ausserdem sind da zu viele Unterstriche. Zwei führende Unterstriche sind eigentlich dazu gedacht um Namenskonflikte, z.B. bei MixIn-Klassen zu vermeiden, das ist kein "private"-Mechanismus. Wenn man ein Attribut als "privat" Kennzeichnen will, dann wird per Konvention ein einzelner Unterstrich verwendet um die öffentliche API von Implementierungsdetails unterscheiden zu können.

Siehe: http://docs.python.org/tut/node11.html# ... 0000000000
Zitat:There is limited support for class-private identifiers. Any identifier of the form __spam (at least two leading underscores, at most one trailing underscore) is textually replaced with _classname__spam, where classname is the current class name with leading underscore(s) stripped. This mangling is done without regard to the syntactic position of the identifier, so it can be used to define class-private instance and class variables, methods, variables stored in globals, and even variables stored in instances.

BlackJack hat geschrieben:Interessant dass das so im Tutorial steht und kein Wort von der "Ein-Unterstrich-Konvention".

_single_leading_underscore: weak "internal use" indicator. E.g. "from M
import *" does not import objects whose name starts with an underscore.

Gnushi hat geschrieben:In der Referenz-Doku finde ich auch nichts von einem einzelnen Unterstrich. Siehe: http://docs.python.org/ref/atom-identifiers.html