Powiel możliwe:
Do comments slow down an interpreted language?Czy nadmierne komentowanie powolnego wykonywania kodu?
Czy będzie zauważalny spadek wydajności w realizacji dużego pliku .py, jeśli więcej niż 75% linii kodu są prawidłowo skomentował?
Powiel możliwe:
Do comments slow down an interpreted language?Czy nadmierne komentowanie powolnego wykonywania kodu?
Czy będzie zauważalny spadek wydajności w realizacji dużego pliku .py, jeśli więcej niż 75% linii kodu są prawidłowo skomentował?
Nie
Po uruchomieniu Pythona, pierwszym krokiem jest konwersja do kodu bajtowego, czyli to, co te .pyc
pliki. Komentarze są usuwane z nich, więc nie ma znaczenia *.
Jeśli używasz opcji -O
lub -OO
, python wygeneruje "zoptymalizowane" pliki pyo
, które są pomijanie szybsze, o ile w ogóle szybsze. Główną różnicą jest to, że:
-O
twierdzenia są usuwane,-OO
, że __doc__
ciągi są usuwane na zewnątrz. Biorąc pod uwagę, że czasami są one potrzebne, nie zaleca się uruchamiania z -OO
.* to wskazano poniżej tego .pyc
pliki są zapisywane tylko dla modułów. Dlatego też plik wykonywalny najwyższego poziomu musi być rekompilowany za każdym razem, gdy jest uruchamiany. Ten krok może spowolnić masywny plik pytonu o kodzie . W praktyce większość kodu powinna znajdować się w modułach, co nie stanowi problemu.
... więc może to wpłynąć na Twój * czas uruchamiania *, ale nie na długoterminowy czas realizacji. W szczególności, jeśli wszystko jest prekompilowane do plików '.pyc', jest to * jednorazowy * koszt, a nie koszt jednorazowy. – larsks
Wątpię, że wpłynie to znacząco na czas uruchamiania, ponieważ Python po prostu ignoruje wszystko między znakiem # a znakiem nowej linii. Ponadto pliki .pyc są zachowywane między kolejnymi uruchomieniami, jeśli plik .py nie jest modyfikowany, więc każdy efekt jest wykonywany tylko przy pierwszym uruchomieniu programu. –
-1, ponieważ tylko importowane moduły są kompilowane do pliku .pyc; wykonane skrypty nie są. – geoffspear
Nie, ale jeśli masz komentarze na temat 75% kodu, możesz skorzystać z tego, że nie komentujesz tak dużo, a raczej piszesz czytelny kod. – delnan