Dlaczego literały łańcucha znaków Pythona nie mogą kończyć się pojedynczym ukośnikiem odwrotnym?

Question

Technicznie, nieparzysta liczba ukośników odwrotnych, jak opisano w the docs.

>>> r'\' 
    File "<stdin>", line 1 
    r'\' 
    ^
SyntaxError: EOL while scanning string literal 
>>> r'\\' 
'\\\\' 
>>> r'\\\' 
    File "<stdin>", line 1 
    r'\\\' 
     ^
SyntaxError: EOL while scanning string literal 

Wydaje się, że parser może po prostu traktować backslashy surowca ciągi jako zwykłe znaki (nie jest to, co surowe ciągi są wszystkim chodzi?), Ale jestem prawdopodobnie brakuje coś oczywistego. TIA!

Answer 1

Powodem jest wyjaśnione w części tej sekcji której zaznacza się wytłuszczonym drukiem:

cytaty String można uciec z backslash, ale odwrotny ukośnik pozostaje w ciągu; na przykład: r"\"" jest ważnym ciągiem literowym składającym się z dwóch znaków : odwrotnego ukośnika i podwójnego cytatu ; r"\" nie jest prawidłowym łańcuchem literał (nawet surowy ciąg znaków nie może kończyć się w nieparzystej liczbie ukośników odwrotnych). W szczególności nieprzetworzony ciąg znaków nie może kończyć się w jednym odwróconym ukośniku odwrotnym (ponieważ odwrotny ukośnik wymknie się z następującej cytowanej litery ). Zauważ również, że pojedynczy ukośnik odwrotny, a następnie znak nowej linii jest interpretowany jako dwa znaki jako część ciągu, a nie jako kontynuacja linii.

Tak surowe struny nie są w 100% nieprzetworzone, wciąż istnieje pewne podstawowe przetwarzanie odwróconego ukośnika.

Answer 2

Powodem, dla którego r'\' jest niepoprawny pod względem składni jest to, że chociaż wyrażenie tekstowe jest nieprzetworzone, używane cudzysłowy (pojedyncze lub podwójne) zawsze muszą być uciec, ponieważ oznaczałyby koniec cytatu w inny sposób. Więc jeśli chcesz wyrazić pojedynczy cudzysłów wewnątrz pojedynczego cudzysłowu, nie ma innego sposobu niż użycie \'. To samo dotyczy podwójnych ofert.

Ale można użyć:

'\\' 

Answer 3

Tak to już jest! Widzę to jako jedną z tych małych wad w pytonie!

Nie sądzę, że istnieje ku temu dobry powód, ale zdecydowanie nie analizuje; bardzo łatwo jest parsować nieprzetworzone ciągi z \ jako ostatnią postacią.

Połów jest, jeśli zezwalasz na \ być ostatnim znakiem w surowym łańcuchu, wtedy nie będziesz w stanie umieścić "wewnątrz surowego łańcucha." Wygląda na to, że python poszedł z zezwoleniem "zamiast pozwolić \ jako ostatnim postać.

Jednak nie powinno to powodować żadnych problemów.

Jeśli martwisz się o nie jest w stanie łatwo napisać folderze Windows Ścieżki edukacyjne takie jak c:\mypath\ potem nie martwić, bo można ich reprezentować jako r"C:\mypath", a jeśli trzeba dołączyć nazwę podkatalogu, nie rób to z łączeniem ciągów, bo i tak nie jest to właściwe!używać os.path.join

>>> import os 
>>> os.path.join(r"C:\mypath", "subfolder") 
'C:\\mypath\\subfolder' 

Answer 4

Inny użytkownik, który został usunięty, ponieważ ich odpowiedź (nie wiem, czy chcieliby zostać przelana) zasugerował, że projektanci języka Python może być w stanie uprościć projektowanie parsera przy użyciu tych samych zasad i analizowania rozszerzenie znaków z ewakuacji do postaci surowej jako refleksji (jeśli literał został oznaczony jako nieprzetworzony).

Pomyślałem, że to ciekawy pomysł i dołączam go do społeczności jako wiki dla potomności.

Answer 5

Od \ „jest dozwolone wewnątrz surowego ciąg. Wtedy nie może być stosowany do identyfikacji koniec łańcucha dosłowne.

Dlaczego nie zatrzymać parsowania ciąg dosłowny, gdy napotkasz pierwszy”?

Jeśli tak było, to \”nie wolno wewnątrz łańcucha dosłownym. Ale to jest.

Answer 6

Comming z C to całkiem dla mnie jasne, że pojedynczy \ pracuje jako znak anulowania co pozwala na umieść znaki specjalne, takie jak znaki nowej linii, tabulatory i cudzysłowy w łańcuchach znaków:

To faktycznie uniemożliwia \ jako ostatnią postać, ponieważ ucieknie przed "i sprawi, że parser się zadławił. Ale jak wskazano wcześniej \ jest legalne.

Answer 7

kilka wskazówek:

1) Jeśli trzeba manipulować backslash na ścieżce następnie standardowy moduł python os.path jest twoim przyjacielem. na przykład:

os.path.normpath ('c:/folder1 /')

2) Jeśli chcesz zbudować ciągi ukośnik w to, ale bez backslash na końcu łańcucha następnie surowy ciąg jest twoim przyjacielem (przed swoim literalnym ciągiem użyj przedrostka "r"). na przykład:

r'\one \two \three' 

3) jeśli trzeba poprzedzić ciąg w zmiennej X z backslashem następnie można to zrobić:

X='dummy' 
bs=r'\ ' # don't forget the space after backslash or you will get EOL error 
X2=bs[0]+X # X2 now contains \dummy 

4) Jeżeli trzeba utworzyć ciąg z ukośnikowe na końcu następnie połączyć końcówkę 2 i 3:

voice_name='upper' 
lilypond_display=r'\DisplayLilyMusic \ ' # don't forget the space at the end 
lilypond_statement=lilypond_display[:-1]+voice_name 

teraz lilypond_statement zawiera "\DisplayLilyMusic \upper"

długo żywy pyton! :)

n3on

Answer 8

W celu, aby zakończyć surowy ciąg znaków z ukośnikiem proponuję można użyć tej sztuczki:

>>> print r"c:\test"'\\' 
test\ 

Answer 9

Inną sztuczką jest użycie Chr (92), jak to ocenia do "\".

Niedawno miałem do czyszczenia ciąg ukośniki i dodaje wystarczyły:

CleanString = DirtyString.replace(chr(92),'') 

Zdaję sobie sprawę, że to nie dbać o „dlaczego”, ale wątek przyciąga wielu ludzi szuka rozwiązania do natychmiastowego problemu.

Answer 10

Całe błędne przekonanie na temat surowych ciągów Pythona jest takie, że większość ludzi uważa, że ​​ukośnik odwrotny (w surowym ciągu znaków) jest po prostu zwykłą postacią, tak jak wszystkie inne. Nie jest. Kluczem do zrozumienia jest sekwencja tego Python Tutorial:

Kiedy „r” lub „R” przedrostek jest obecny, postać następstwie backslash jest wliczone w ciągu bez zmian, a wszystkie backslashe są pozostawione w ciągu

Więc każdy znak po ukośnika jest część surowca sznurka. Gdy parser wprowadzi surowy łańcuch (bez znaku unicode) i napotka ukośnik odwrotny, wie, że są 2 znaki (ukośnik odwrotny i znak po nim).

następujący sposób:

r'abc \ d” zawiera a, b, c, \, d

r'abc \ 'd' zawiera a, b, c, \, 'd

r'abc \ '' zawiera a, b, c, \'

oraz:

r'abc \ ' zawiera a, b, c, \' ale nie kończący się cytat.

Ostatni przypadek pokazuje, że zgodnie z dokumentacją teraz parser nie może znaleźć końcowej wyceny, ponieważ ostatnia część, którą widzisz powyżej, jest częścią ciągu, tj. ukośnik odwrócony nie może być tu ostatni, ponieważ będzie "pochłaniał" łańcuch zamykający znak.

Answer 11

Pomimo swojej roli, a nawet surowy ciąg nie może kończyć się jeden ukośnik, być- spowodować odwrotny ukośnik ucieka Poniższy cytat character-ty nadal musi uciec otaczający znak cudzysłowu, aby osadzić go w ciągu . Oznacza to, że r "... \" nie jest poprawnym dosłownym ciągiem znaków - nieprzetworzony łańcuch nie może kończyć się nieparzystą liczbą odwróconych ukośników. Jeśli chcesz zakończyć surowy ciąg znaków za pomocą pojedynczego ukośnika odwrotnego, możesz użyć dwóch i odciąć sekundę sekund.