Wiele sposobów formatowania napisów w Pythonie - czy starsze (będą) przestarzałe?

Python ma co najmniej sześć sposobów formatowania łańcucha:

In [1]: world = "Earth"

# method 1a
In [2]: "Hello, %s" % world
Out[2]: 'Hello, Earth'

# method 1b
In [3]: "Hello, %(planet)s" % {"planet": world}
Out[3]: 'Hello, Earth'

# method 2a
In [4]: "Hello, {0}".format(world)
Out[4]: 'Hello, Earth'

# method 2b
In [5]: "Hello, {planet}".format(planet=world)
Out[5]: 'Hello, Earth'

# method 2c
In [6]: f"Hello, {world}"
Out[6]: 'Hello, Earth'

In [7]: from string import Template

# method 3
In [8]: Template("Hello, $planet").substitute(planet=world)
Out[8]: 'Hello, Earth'

Krótka historia różnych metod:

• printfformatowanie w stylu istnieje od czasów dzieciństwa Pythona
• TemplateKlasy wprowadzono 2,4 Python
• formatMetodę wprowadzono 2,6 Python
• f-strings zostały wprowadzone w Pythonie 3.6

Moje pytania to:

• Czy printfformatowanie w stylu jest przestarzałe, czy też zostanie wycofane?
• W Template class, czy substitutemetoda jest przestarzała, czy będzie przestarzała? (Nie mówię o tym safe_substitute, co, jak rozumiem, oferuje unikalne możliwości)

Podobne pytania i dlaczego uważam, że nie są duplikatami:

• Formatowanie napisów w Pythonie:% vs. .format - traktuje tylko metody 1 i 2 i pyta, która z nich jest lepsza; moje pytanie wyraźnie dotyczy dezaprobaty w świetle Zen Pythona

• Opcje formatowania napisów: plusy i minusy - traktuje tylko metody 1a i 1b w pytaniu, 1 i 2 w odpowiedzi, a także nic o deprecacji

• zaawansowane formatowanie ciągów a ciągi szablonów - głównie o metodach 1 i 3 i nie dotyczy wycofywania

• Wyrażenia formatujące łańcuchy (Python) - w odpowiedzi wspomniano, że pierwotne podejście „%” ma zostać wycofane . Ale jaka jest różnica między planowanym wycofaniem , oczekującym wycofaniem a faktycznym wycofaniem ? A printfmetoda-style nie podnosi nawet a PendingDeprecationWarning, więc czy to naprawdę będzie przestarzałe? Ten post jest również dość stary, więc informacje mogą być nieaktualne.

Zobacz też

• PEP 502: Interpolacja ciągów - rozszerzona dyskusja
• Formatter ciągów

Chociaż w dokumentach istnieją różne wskazania, że .formati f-stringi są lepsze od %stringów, nie ma istniejącego planu, aby kiedykolwiek zdezaktualizować to drugie.

W zatwierdzeniu Wydanie nr 14123: Wyraźnie wspomnij, że formatowanie ciągu znaków% w starym stylu ma zastrzeżenia, ale nie zniknie w najbliższym czasie. zainspirowany numerem Wskazuje, że obecnie nie ma planów wycofania formatowania w stylu printf , dokumenty w%-formatowaniu zostały zmodyfikowane tak, aby zawierały następującą frazę:

Ponieważ nowa składnia formatowania ciągów jest bardziej elastyczna i naturalnie obsługuje krotki i słowniki, jest ona zalecana w przypadku nowego kodu. Jednak, obecnie nie ma planów wycofania formatowania w stylu printf .

(Podkreśl moje.)

Fraza ta została później usunięta w zatwierdzeniu Zamknij # 4966: przebuduj dokumentację sekwencji, aby lepiej wyjaśnić stan współczesnego Pythona . Może się to wydawać oznaką, że plan wycofania %formatowania powrócił na karty ... ale zanurzenie się w narzędziu do śledzenia błędów ujawnia, że ​​intencja była odwrotna. W narzędziu do śledzenia błędów autor zatwierdzenia charakteryzuje zmianę w następujący sposób :

• zmienił prozę opisującą związek między formatowaniem w stylu printf a metodą str.format (celowo usuwając sugestię, że ta pierwsza stanowi jakiekolwiek realne niebezpieczeństwo zniknięcia - po prostu nie jest praktyczne, abyśmy poważnie myśleli o jej zabiciu)

Innymi słowy, wprowadziliśmy dwie kolejne zmiany w %dokumentach -formatting, które mają wyraźnie podkreślić , że nie być przestarzała, nie mówiąc już usunięte. Dokumenty pozostają uparte co do względnych zalet różnych rodzajów formatowania ciągów, ale są również jasne, że %-formatowanie nie zostanie wycofane ani usunięte.

Co więcej, plik ostatnia zmiana tego akapitu w marcu 2017 r. Zmieniła go z tego ...

Opisane tutaj operacje formatowania wykazują różne dziwactwa, które prowadzą do wielu typowych błędów (takich jak nieprawidłowe wyświetlanie krotek i słowników). Używanie nowszych sformatowanych literałów ciągów lub str.formatinterfejsu pomaga uniknąć tych błędów. Te alternatywy zapewniają również bardziej wydajne, elastyczne i rozszerzalne podejście do formatowania tekstu.

... do tego:

Opisane tutaj operacje formatowania wykazują różne dziwactwa, które prowadzą do wielu typowych błędów (takich jak nieprawidłowe wyświetlanie krotek i słowników). Użycie nowszych sformatowanych literałów ciągów, str.formatinterfejsu lub ciągów szablonów może pomóc uniknąć tych błędów. Każda z tych alternatyw zapewnia własne kompromisy i korzyści w postaci prostoty, elastyczności i / lub rozszerzalności.

Zwróć uwagę, że zmiana z „pomaga unikać” na „może pomóc uniknąć” oraz jak wyraźne zalecenia .formati f-strings zostały zastąpione puszystą, dwuznaczną prozą o tym, jak każdy styl „zapewnia własne kompromisy i korzyści” . Oznacza to, że nie tylko formalne wycofanie nie jest już na kartach, ale obecni dokumentatorzy otwarcie przyznają, że %formatowanie ma przynajmniej pewne „zalety” w stosunku do innych podejść.

Wnioskowałbym z tego wszystkiego, że ruch mający na celu wycofanie lub usunięcie %formatowania nie tylko zawahał się, ale został całkowicie i trwale pokonany.

Nowa .format()metoda ma zastąpić starą %składnię formatowania. Ta ostatnia została pomniejszona (ale nie została jeszcze oficjalnie wycofana ). Dokumentacja metody stwierdza, że:

Ta metoda formatowania ciągów znaków jest nowym standardem w Pythonie 3 i powinna być preferowana względem %formatowania opisanego w Operacjach formatowania ciągów w nowym kodzie.

(Podkreślenie moje).

Aby zachować wsteczną kompatybilność i ułatwić przejście, stary format został pozostawiony w miejscu, do teraz . Z pierwotnej propozycji PEP 3101 :

Kompatybilność wsteczna

Zgodność wsteczną można zachować, pozostawiając istniejące mechanizmy na miejscu. Nowy system nie koliduje z żadną z nazw metod istniejących technik formatowania ciągów, więc oba systemy mogą współistnieć, dopóki nie nadejdzie czas na wycofanie starszego systemu.

Zwróć uwagę, dopóki nie przyjdzie czas na wycofanie starszego systemu ; nie został uznany za przestarzały, ale nowy system ma być używany za każdym razem, gdy piszesz nowy kod .

Zaletą nowego systemu jest to, że można połączyć krotkę i słownikowe podejście starego programu %formatującego:

"{greeting}, {0}".format(world, greeting='Hello')

i jest rozszerzalny za pomocą object.__format__()haka używanego do obsługi formatowania poszczególnych wartości.

Zauważ, że stary system miał %i Templateklasę, gdzie ta ostatnia pozwala na tworzenie podklas, które dodają lub zmieniają jego zachowanie. System nowego stylu ma Formatterklasę, która wypełnia tę samą niszę.

Python 3 dalej odszedł od wycofania, zamiast tego ostrzegając w sekcji printfFormatowanie ciągów w stylu :

Uwaga : Opisane tutaj operacje formatowania wykazują szereg dziwactw, które prowadzą do wielu typowych błędów (takich jak nieprawidłowe wyświetlanie krotek i słowników). Używanie nowszych sformatowanych literałów ciągów lub str.format()interfejsu pomaga uniknąć tych błędów. Te alternatywy zapewniają również bardziej wydajne, elastyczne i rozszerzalne podejście do formatowania tekstu.

Python 3.6 dodał również sformatowane literały ciągów , które wstawiają wyrażenia do ciągów formatu. Są to najszybsze metody tworzenia łańcuchów z wartościami interpolowanymi i powinny być używane zamiast str.format()wszędzie tam, gdzie można użyć literału.

%Operator do formatowania ciąg nie jest przestarzała i nie zostanie usunięty - pomimo innych odpowiedzi.
Za każdym razem, gdy temat jest poruszany na liście deweloperów Pythona, istnieją silne kontrowersje, co do tego, co jest lepsze, ale nie ma kontrowersji, czy usunąć klasyczny sposób - pozostanie. Pomimo oznaczenia w PEP 3101, Python 3.1 pojawił się i zniknął, a %formatowanie wciąż istnieje.

Stwierdzenia dotyczące zachowania stylu klasycznego są jasne: jest proste, szybkie, szybkie do wykonania w przypadku krótkich rzeczy. Korzystanie z tej .formatmetody nie zawsze jest bardziej czytelne - i prawie nikt - nawet spośród głównych programistów, może użyć pełnej składni dostarczonej przez .formatbez konieczności patrzenia na odniesienie. Nawet w 2009 roku pojawiały się takie komunikaty: http: // mail. python.org/pipermail/python-dev/2009-October/092529.html - od tego czasu temat ledwo pojawiał się na listach.

Aktualizacja 2016

W obecnej wersji rozwojowej Pythona (która stanie się Pythonem 3.6) istnieje trzecia metoda interpolacji ciągów, opisana w PEP-0498 . To definiuje nowy prefiks ofertowe f""(oprócz prądu u"", b""ar"" ).

Prefiks ciągu przez f wywoła metodę na obiekcie ciągu w czasie wykonywania, która automatycznie interpoluje zmienne z bieżącego zakresu do ciągu:

>>> value = 80
>>> f'The value is {value}.'
'The value is 80.'

Wydaje się, że ostatnie stanowisko Guido w tej sprawie jest wskazane tutaj:

Co nowego w Pythonie 3.0

PEP 3101: Nowe podejście do formatowania ciągów

Nowy system wbudowanych operacji formatowania ciągów zastępuje operator formatowania ciągu%. (Jednak operator% jest nadal obsługiwany; zostanie wycofany w Pythonie 3.1 i usunięty z języka później). Przeczytaj PEP 3101, aby uzyskać pełną informację.

I sam PEP3101 , który ma ostatnią modyfikację datowaną na (piątek, 30 września 2011), więc przypuszczam, że nie ma postępu w tej ostatniej.

Patrząc na starsze dokumenty Pythona i PEP 3101, było stwierdzenie, że operator% zostanie w przyszłości wycofany i usunięty z języka. Następujące stwierdzenie było w Dokumentach Pythona Pythonie 3.0, 3.1 i 3.2:

Ponieważ str.format () jest całkiem nowy, wiele kodu Pythona nadal używa operatora%. Jednakże, ponieważ ten stary styl formatowania zostanie ostatecznie usunięty z języka, generalnie powinna być używana str.format ().

Jeśli przejdziesz do tej samej sekcji w dokumentach Pythona 3.3 i 3.4, zobaczysz, że instrukcja została usunięta. Nie mogę również znaleźć żadnego innego stwierdzenia w dokumentacji nigdzie indziej wskazującego, że operator zostanie wycofany lub usunięty z języka. Należy również zauważyć, że PEP3101 nie był modyfikowany od ponad dwóch i pół roku (piątek, 30 września 2011).

Aktualizacja

PEP461 Dodawanie formatowania% do bajtów i bajtów jest akceptowane i powinno być częścią Pythona 3.5 lub 3.6. To kolejny znak, że operator% żyje i działa.