Perché i letterali di stringa grezzi di Python non possono finire con una singola barra rovesciata?

Tecnicamente, qualsiasi numero dispari di barre rovesciate, come descritto nella documentazione .

>>> 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

Sembra che il parser possa semplicemente trattare le barre rovesciate come stringhe normali (non è quello che sono le stringhe grezze?), Ma probabilmente mi manca qualcosa di ovvio.

Il motivo è spiegato nella parte di quella sezione che ho evidenziato in grassetto:

Le virgolette di stringa possono essere salvate con una barra rovesciata, ma la barra rovesciata rimane nella stringa; per esempio, r"\""è una stringa valida letterale composta da due caratteri: una barra rovesciata e una virgoletta doppia; r"\"non è una stringa valida letterale (anche una stringa non elaborata non può terminare con un numero dispari di barre rovesciate). In particolare, una stringa non elaborata non può terminare in una singola barra rovesciata (poiché la barra rovesciata sfuggirebbe al seguente carattere di virgolette). Si noti inoltre che una singola barra rovesciata seguita da una nuova riga viene interpretata come quei due caratteri come parte della stringa, non come una continuazione di riga.

Quindi le stringhe grezze non sono grezze al 100%, c'è ancora qualche rudimentale elaborazione della barra rovesciata.

L'intero malinteso sulle stringhe grezze di Python è che la maggior parte delle persone pensa che la barra rovesciata (all'interno di una stringa non elaborata) sia solo un personaggio normale come tutte le altre. Non è. La chiave per capire è la sequenza tutorial di questo pitone:

Quando è presente un prefisso ' r ' o ' R ', un carattere che segue una barra rovesciata viene incluso nella stringa senza modifiche e tutte le barre rovesciate vengono lasciate nella stringa

Quindi qualsiasi carattere che segue una barra rovesciata fa parte della stringa non elaborata. Una volta che il parser inserisce una stringa non elaborata (non una Unicode) e incontra una barra rovesciata, sa che ci sono 2 caratteri (una barra rovesciata e un carattere che la segue).

Per di qua:

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

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

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

e:

r'abc \ ' comprende a, b, c, \,' ma non ci sono virgolette adesso.

L'ultimo caso mostra che secondo la documentazione ora un parser non riesce a trovare la citazione di chiusura poiché l'ultima citazione che vedi sopra fa parte della stringa, cioè la barra rovesciata non può essere l'ultima qui perché divorerà il carattere di chiusura della stringa.

È così che va! Lo vedo come uno di quei piccoli difetti in Python!

Non penso che ci sia una buona ragione per questo, ma sicuramente non sta analizzando; è davvero facile analizzare stringhe non elaborate con \ come ultimo carattere.

Il problema è che se permetti a \ di essere l'ultimo carattere in una stringa non elaborata, non sarai in grado di inserire "all'interno di una stringa non elaborata. Sembra che Python abbia accettato" invece di consentire \ come ultimo carattere.

Tuttavia, ciò non dovrebbe causare alcun problema.

Se sei preoccupato di non essere in grado di scrivere facilmente percorsi di cartelle di Windows come c:\mypath\allora non preoccuparti, perché puoi rappresentarli come r"C:\mypath"e, se devi aggiungere un nome di sottodirectory, non farlo con la concatenazione di stringhe, per non è il modo giusto di farlo comunque! usoos.path.join

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

Per terminare una stringa non elaborata con una barra, ti suggerisco di usare questo trucco:

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

Un altro trucco è usare chr (92) mentre valuta "\".

Di recente ho dovuto pulire una serie di barre rovesciate e il trucco è stato il seguente:

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

Mi rendo conto che questo non si occupa del "perché", ma il filo attira molte persone alla ricerca di una soluzione a un problema immediato.

Poiché \ "è consentito all'interno della stringa non elaborata. Quindi non può essere utilizzato per identificare la fine della stringa letterale.

Perché non smettere di analizzare letteralmente la stringa quando incontri il primo "?

Se così fosse, allora \ "non sarebbe permesso all'interno della stringa letterale. Ma lo è.

Il motivo per cui r'\'è sintatticamente errato è che sebbene l'espressione di stringa sia grezza, le virgolette usate (singole o doppie) devono sempre sfuggire poiché altrimenti segnerebbero la fine della citazione. Quindi, se vuoi esprimere una singola virgoletta all'interno di una singola stringa tra virgolette, non c'è altro modo che usare \'. Lo stesso vale per le doppie virgolette.

Ma potresti usare:

'\\'

Un altro utente che da allora ha eliminato la risposta (non è sicuro di voler essere accreditato) ha suggerito che i progettisti del linguaggio Python potrebbero essere in grado di semplificare la progettazione del parser utilizzando le stesse regole di analisi ed espandendo i caratteri di escape in formato raw come ripensamento (se il valore letterale è stato contrassegnato come non elaborato).

Ho pensato che fosse un'idea interessante e la sto includendo come wiki della comunità per i posteri.

Nonostante il suo ruolo, anche una stringa non elaborata non può terminare in una singola barra rovesciata, poiché la barra rovesciata sfugge al seguente carattere di virgoletta: è comunque necessario sfuggire al carattere di virgolette circostante per incorporarlo nella stringa. Cioè, r "... \" non è un valore letterale di stringa valido: una stringa non elaborata non può terminare con un numero dispari di barre rovesciate.
Se devi terminare una stringa non elaborata con una singola barra rovesciata, puoi usarne due e tagliare la seconda.

Provenendo da C, mi è abbastanza chiaro che un singolo \ funziona come carattere di escape, permettendoti di mettere in stringhe caratteri speciali come newline, tab e virgolette.

Ciò in effetti non consente \ come ultimo carattere poiché sfuggirà al "e farà soffocare il parser. Ma come sottolineato in precedenza \ è legale.

alcuni suggerimenti :

1) se hai bisogno di manipolare la barra rovesciata per il percorso, allora il modulo python standard os.path è tuo amico. per esempio :

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

2) se vuoi costruire stringhe con la barra rovesciata MA MA senza la barra rovesciata alla fine della tua stringa, allora la stringa grezza è tua amica (usa il prefisso 'r' prima della tua stringa letterale). per esempio :

r'\one \two \three'

3) se devi precedere una stringa in una variabile X con una barra rovesciata, puoi farlo:

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) se devi creare una stringa con una barra rovesciata alla fine, combina i suggerimenti 2 e 3:

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

ora contiene lilypond_statement "\DisplayLilyMusic \upper"

viva il pitone! :)

n3on

Ho riscontrato questo problema e ho trovato una soluzione parziale che è buona in alcuni casi. Nonostante Python non sia in grado di terminare una stringa con una singola barra rovesciata, può essere serializzato e salvato in un file di testo con una singola barra rovesciata alla fine. Pertanto, se è necessario salvare un testo con una singola barra rovesciata sul computer, è possibile:

x = 'a string\\' 
x
'a string\\' 

# Now save it in a text file and it will appear with a single backslash:

with open("my_file.txt", 'w') as h:
    h.write(x)

A proposito, non funziona con JSON se lo scarichi usando la libreria JSON di Python.

Infine, lavoro con Spyder e ho notato che se apro la variabile nell'editor di testo di spider facendo doppio clic sul suo nome nell'esploratore di variabili, viene presentato con una singola barra rovesciata e può essere copiato negli appunti in questo modo (non è molto utile per la maggior parte delle esigenze ma forse per alcuni ..).