Określanie zakresu w pętlach „for” w języku Python

Nie pytam o reguły zakresu Pythona; Ogólnie rozumiem, jak działa określanie zakresu w Pythonie dla pętli. Moje pytanie brzmi, dlaczego decyzje projektowe były podejmowane w ten sposób. Na przykład (gra słów nie przeznaczona):

for foo in xrange(10):
    bar = 2
print(foo, bar)

Powyższe wydrukuje (9,2).

Wydaje mi się to dziwne: „foo” tak naprawdę kontroluje pętlę, a „bar” został zdefiniowany wewnątrz pętli. Rozumiem, dlaczego może być konieczne, aby „bar” był dostępny poza pętlą (w przeciwnym razie pętle miałyby bardzo ograniczoną funkcjonalność). Nie rozumiem, dlaczego zmienna sterująca musi pozostać w zakresie po wyjściu pętli. Z mojego doświadczenia wynika, że ​​po prostu zaśmieca to globalną przestrzeń nazw i utrudnia wyśledzenie błędów, które zostałyby wyłapane przez tłumaczy w innych językach.

Najbardziej prawdopodobną odpowiedzią jest to, że po prostu utrzymuje prostą gramatykę, nie jest przeszkodą do przyjęcia, a wielu z nich jest zadowolonych z braku konieczności ujednoznaczniania zakresu, do którego należy nazwa podczas przypisywania jej w konstrukcji pętli. Zmienne nie są zadeklarowane w zakresie, wynika to z położenia instrukcji przypisania. globalKluczowe istnieje tylko z tego powodu (aby zaznaczyć, że zadanie jest wykonywane w zakresie globalnym).

Aktualizacja

Oto dobra dyskusja na ten temat: http://mail.python.org/pipermail/python-ideas/2008-October/002109.html

Poprzednie propozycje uczynienia zmiennych pętli for lokalnymi w pętli natrafiły na problem istniejącego kodu, który opiera się na zachowaniu wartości zmiennej pętli po wyjściu z pętli i wydaje się, że jest to pożądane.

Krótko mówiąc, prawdopodobnie możesz winić za to społeczność Pythona: P

Python nie ma bloków, podobnie jak niektóre inne języki (takie jak C / C ++ lub Java). Dlatego jednostka określająca zakres w Pythonie jest funkcją.

Naprawdę przydatnym przypadkiem jest to, gdy używasz enumeratei chcesz na końcu uzyskać całkowitą liczbę:

for count, x in enumerate(someiterator, start=1):
    dosomething(count, x)
print "I did something {0} times".format(count)

Czy to konieczne? Nie. Ale z pewnością jest to wygodne.

Kolejna rzecz, o której należy pamiętać: w Pythonie 2 wyciekają również zmienne w listach składanych:

>>> [x**2 for x in range(10)]
[0, 1, 4, 9, 16, 25, 36, 49, 64, 81]
>>> x
9

Ale to samo nie dotyczy Pythona 3.

Jeśli masz w pętli instrukcję break (i ​​chcesz później użyć wartości iteracji, na przykład w celu pobrania kopii zapasowej, zindeksowania czegoś lub nadania statusu), oszczędza ona jedną linię kodu i jedno przypisanie, więc jest wygoda.

Jednym z głównych czynników wpływających na Python jest ABC , język opracowany w Holandii do nauczania koncepcji programowania dla początkujących. Twórca Pythona, Guido van Rossum, przez kilka lat pracował nad ABC w latach 80. Nie wiem prawie nic o ABC, ale ponieważ jest przeznaczone dla początkujących, przypuszczam, że musi mieć ograniczoną liczbę zakresów, podobnie jak wczesne BASIC-y.

Na początek, gdyby zmienne były lokalne dla pętli, te pętle byłyby bezużyteczne w większości rzeczywistych programów.

W obecnej sytuacji:

# Sum the values 0..9
total = 0
for foo in xrange(10):
    total = total + foo
print total

plony 45. Teraz zastanów się, jak działa przypisanie w Pythonie. Gdyby zmienne pętli były ściśle lokalne:

# Sum the values 0..9?
total = 0
for foo in xrange(10):
    # Create a new integer object with value "total + foo" and bind it to a new
    # loop-local variable named "total".
    total = total + foo
print total

daje 0, ponieważ totalwewnątrz pętli po przypisaniu nie jest ta sama zmienna, co totalpoza pętlą. Nie byłoby to optymalne ani oczekiwane zachowanie.