For Loop blokuje inną pętlę For

Nov 29 2020

Sprawdzam grupę pocisków, aby zobaczyć, czy jakiekolwiek wystąpienia pocisku nie zderzyły się z jakąkolwiek instancją wroga w grupie przeciwników. Po uruchomieniu drukuje "Hit" dla pierwszej pętli, ale ignoruje drugą pętlę for. Dlaczego?

 #### Imagine this is in a game loop ####
    for missile in missileGroup:
        if pygame.sprite.spritecollide(missile, enemyGroup, False) :
            print("Hit")

    
    for enemy in enemyGroup:
        if pygame.sprite.spritecollide(enemy, missileGroup, False):
            print("HI")

Aktualizacja : @ Rabbid76 stwierdził, że spritecollideto nie zadziała, ponieważ spriteGroup enemyGroupto lista sprite'ów w grupie (wrogiej grupie <- wrogaLista <- Wróg (sprite)) zamiast grupy duszków (wrogaGroup <- Wróg (sprite)). Jak miałbym do tego uzyskać dostęp?

Update 2 @paxdiablo stwierdził, że pierwsza pętla może opróżnić grupę po iteracji. Zamieniłem miejsca pętli i biegła druga pętla, podczas gdy pierwsza nie.

Aktualizacja 3 W pełnym kodzie zostaje .reset()uruchomiona metoda, .kill()która usuwa duszka z grupy. Ponieważ pierwsza pętla usuwa duszkę pocisku, zanim druga pętla nie wykryje kolizji:

for missile in missileGroup:
    if pygame.sprite.spritecollide(missile, enemyGroup, False) :
        missile.reset()

for eachEnemy in enemyGroup: 
        if pygame.sprite.spritecollide(eachEnemy, missileGroup, False):
            eachEnemy.reset()

Odpowiedzi

Rabbid76 Nov 29 2020 at 21:21

Zobacz pygame.sprite.spritecollide():

Zwróć listę zawierającą wszystkie duszki w grupie, które przecinają się z innym duchem.

Dlatego argumenty spritecollide()muszą być pygame.sprite.Spriteprzedmiotem i pygame.sprite.Groupprzedmiotem.
Lista pygame.sprite.Spriteobiektów zamiast grupy nie działa.

missileGroup = pygame.sprite.Group()
enemyGroup = pygame.sprite.Group()

for missile in missileGroup:
    if pygame.sprite.spritecollide(missile, enemyGroup, False):
        print("Hit")

for enemy in enemyGroup:
    if pygame.sprite.spritecollide(enemy, missileGroup, False):
        print("HI")

Przeczytaj również o kill()

Sprite jest usuwany ze wszystkich grup, które go zawierają.

Dlatego jeśli wywołasz kill()w pierwszej pętli, druga pętla nie zadziała, ponieważ duszek zostanie usunięty ze wszystkich grup.

Dzwonisz kill()w resetmetodach. missile.reset()odpowiednio eachEnemy.reset()powoduje niepowodzenie drugiej pętli.

paxdiablo Nov 29 2020 at 07:26

Na podstawie dostarczonych informacji ^(a) nie ma oczywistego powodu, dla którego druga kontrola kolizji miałaby się nie powieść. W przypadku kolizji (na przykład) przeciwnika nr 7 i pocisku nr 3, powinno również dojść do zderzenia pocisku nr 3 z wrogiem nr 7.

Nie używasz żadnych skrajnych rzeczy, takich jak dostarczanie własnej (prawdopodobnie nieprzemiennej) funkcji kolizji, więc po prostu użyje prostokąta sprite, aby to wykryć.

Byłbym ciekawy, jak zachowuje się odwrócenie kolejności dwóch pętli w kodzie.

Powinieneś także określić typy tych zmiennych grupowych. Gdyby enemyGroupbył czymś w rodzaju wyczerpującego się generatora, a nie listy, zostałby "opróżniony" przez pierwszą pętlę, a następnie druga pętla nie miałaby elementów do iteracji po ^(b) ( spritecollidewywołanie będzie iterować po grupie, aby sprawdzić każdy element przeciwko duszkowi).

To prawie jedyny sposób, pomijając błąd spritecollidesam w sobie, aby zobaczyć opisywane efekty.

Na przykład, oto fragment kodu, który dwukrotnie próbuje iterować po generatorze:

class gen3(object):
    def __init__(self): self._num = 0
    def __iter__(self): return self
    def __next__(self):
        if self._num == 3: raise StopIteration()
        self._num += 1
        return self._num - 1

gen = gen3()
print("A: ")
for i in gen: print(" ", i)
print("B: ")
for i in gen: print(" ", i)

Wynik pokazuje, że druga pętla nic nie robi:

A:
  0
  1
  2
B:

Ostatnim sposobem sprawdzenia stanu grup jest po prostu umieszczenie następującego kodu przed każdą pętlą:

print("loop X enemy  ", len(enemyGroup),   enemyGroup)
print("loop X missile", len(missileGroup), missileGroup)

używając odpowiedniej wartości Xdo rozróżnienia między dwiema pętlami.

^(a) Oczywiście zawsze istnieje możliwość , że podane przez Ciebie informacje nie są w pełni dokładne lub kompletne (nie zakłada się złego zamiaru, ale czasami ludzie nieumyślnie pomijają to, co uważają za nieważne szczegóły, które ostatecznie okazują się bardzo ważne).

Przykład: coś może się dziać między tymi dwoma pętlami, co jest przyczyną problemu. Wolałbym dać ludziom korzyść w postaci wątpliwości, ale prawdopodobnie powinieneś nas o tym powiadomić.

^(b) W rzeczywistości zostałby opróżniony przez pierwszą iterację pierwszej pętli, więc okaże się, że prawdopodobnie pasowałby tylko do pierwszego pocisku.

Kingsley Nov 29 2020 at 07:51

Oto krótki przykład pokazujący (w PyGame 1.9.6) to zgłoszone zachowanie nie występuje.

Przykład tworzy dwie grupy sprite , a następnie zderza je w dokładnie taki sam sposób jak przykład kodem OP.

Oprócz drukowania, duszki zmieniają się z konturów -> wypełnione, w zależności od tego, czy uważają, że uczestniczyły w kolizji. Istnieje mapowanie 1: 1 wroga zderzającego się z pociskiem i odwrotnie.