Pythonの生の文字列リテラルが単一のバックスラッシュで終了できないのはなぜですか？

技術的には、ドキュメントで説明されているように、バックスラッシュの奇数。

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

パーサーは生の文字列内のバックスラッシュを通常の文字として扱うことができるようです（それは、生の文字列が何であるかということではありませんか？）。

その理由は、私が太字で強調したそのセクションの部分で説明されています。

文字列の引用符はバックスラッシュでエスケープできますが、バックスラッシュは文字列に残ります。たとえば、r"\""は、円記号と二重引用符の2つの文字で構成される有効な文字列リテラルです。r"\"は有効な文字列リテラルではありません（未加工の文字列でも奇数のバックスラッシュで終わることはできません）。特に、生の文字列は単一のバックスラッシュで終了できません（バックスラッシュは次の引用文字をエスケープするため）。また、単一のバックスラッシュとそれに続く改行は、行の継続としてではなく、文字列の一部としての2つの文字として解釈されることにも注意してください。

したがって、生の文字列は100％生ではなく、基本的なバックスラッシュ処理がまだ残っています。

Pythonの生の文字列についての全体的な誤解は、ほとんどの人が（生の文字列内の）バックスラッシュは他のすべてと同じように単なる通常の文字であると考えているということです。そうではない。理解する鍵は、このpythonのチュートリアルシーケンスです。

' r 'または ' R 'プレフィックスが存在する場合、バックスラッシュに続く文字は変更されずに文字列に含まれ、すべてのバックスラッシュは文字列に残ります

したがって、バックスラッシュに続く文字はすべて、未加工の文字列の一部です。パーサーが生の文字列（非Unicode文字列）を入力してバックスラッシュを検出すると、2文字（バックスラッシュとそれに続く文字）があることがわかります。

こちらです：

r'abc \ d 'はa、b、c、\、dで構成されます

r'abc \ 'd'はa、b、c、\、 '、dで構成されます

r'abc \ ''はa、b、c、\、 'で構成されます

そして：

r'abc \ 'はa、b、c、\、'で構成されていますが、現在、終了引用符はありません。

最後のケースは、ドキュメントによれば、パーサーは上記の最後の引用符が文字列の一部であるため、最後の引用符を見つけることができないことを示しています。

そういうものだ！私はそれをpythonのこれらの小さな欠陥の1つと見なしています！

それには正当な理由があるとは思いませんが、それは間違いなく解析ではありません。\を最後の文字として生の文字列を解析するのは本当に簡単です。

キャッチは、生の文字列の最後の文字に\を許可すると、 "を生の文字列内に入れることができなくなります。Pythonは、最後の文字として\を許可する代わりに、許可を許可したようです。

ただし、これで問題が発生することはありません。

Windowsフォルダーのパスを簡単に作成できないのではないかと心配している場合c:\mypath\は、心配する必要はありません。たとえば、次のように表すことができr"C:\mypath"ます。サブディレクトリ名を追加する必要がある場合は、文字列の連結を使用しないでください。とにかくそれを行うには正しい方法ではありません！使用するos.path.join

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

生の文字列をスラッシュで終了するには、このトリックを使用することをお勧めします。

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

もう1つのトリックは、「\」に評価されるchr（92）を使用することです。

私は最近、バックスラッシュの文字列をきれいにする必要があり、次のことがうまくいきました：

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

これは「なぜ」を処理しないことを私は理解していますが、スレッドは差し迫った問題の解決策を探している多くの人々を魅了しています。

\ "は生の文字列内で許可されているため、文字列リテラルの終わりを識別するために使用することはできません。

最初の「」に遭遇したときに文字列リテラルの解析を停止しないのはなぜですか？

その場合、\ "は文字列リテラル内では許可されませんが、許可されます。

r'\'構文が正しくない理由は、文字列式が未加工であっても、引用符の終わりを示すため、使用されている引用符（シングルまたはダブル）は常にエスケープする必要があるためです。したがって、単一引用符で囲まれた文字列内で単一引用符を表現したい場合は、使用する以外に方法はありません\'。同じことが二重引用符にも当てはまります。

しかし、あなたは使うことができます：

'\\'

その後、回答を削除した別のユーザー（クレジットを付与するかどうかは不明）は、Python言語の設計者が同じ構文解析ルールを使用し、エスケープされた文字を生の形式に後付けとして展開することで、パーサーの設計を簡略化できる可能性があることを示唆しました（リテラルが未加工としてマークされている場合）。

面白いアイデアだと思って、後世のコミュニティwikiに含めています。

バックスラッシュは次の引用文字をエスケープするため、その役割にもかかわらず、未加工の文字列であっても単一のバックスラッシュで終了することはできません。文字列に埋め込むには、周囲の引用文字をエスケープする必要があります。つまり、r "... \"は有効な文字列リテラルではありません。生の文字列を奇数のバックスラッシュで終了することはできません。
生の文字列を単一のバックスラッシュで終了する必要がある場合は、2つ使用して2番目のスラッシュを切り捨てます。

Cから来ると、単一の\がエスケープ文字として機能し、改行、タブ、引用符などの特殊文字を文字列に入れることができることは明らかです。

実際には、\をエスケープしてパーサーを窒息させるので、\を最後の文字として使用できません。

いくつかのヒント ：

1）パスのバックスラッシュを操作する必要がある場合は、標準のPythonモジュールos.pathが役立ちます。例えば ​​：

os.path.normpath（ 'c：/ folder1 /'）

2）バックスラッシュを含む文字列を作成したいが、文字列の最後にバックスラッシュを付けない場合、生の文字列が好都合です（リテラル文字列の前に 'r'プレフィックスを使用します）。例えば ​​：

r'\one \two \three'

3）変数Xの文字列の前にバックスラッシュを付ける必要がある場合、これを行うことができます：

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）末尾にバックスラッシュを含む文字列を作成する必要がある場合は、ヒント2と3を組み合わせます。

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

今、lilypond_statementには "\DisplayLilyMusic \upper"

長いpythonを生きる！:)

n3on

私はこの問題に遭遇し、いくつかのケースに適した部分的な解決策を見つけました。Pythonは単一のバックスラッシュで文字列を終了できないにもかかわらず、シリアル化して、末尾に単一のバックスラッシュを含むテキストファイルに保存できます。したがって、必要なのが1つのバックスラッシュでテキストをコンピューターに保存する場合は、次のことが可能です。

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)

ところで、Pythonのjsonライブラリを使用してダンプすると、jsonで動作しません。

最後に、Spyderを使用しています。変数エクスプローラーで変数の名前をダブルクリックしてスパイダーのテキストエディターで変数を開くと、単一のバックスラッシュが表示され、その方法でクリップボードにコピーできます（そうではありません）。ほとんどのニーズに非常に役立ちますが、一部のニーズにはおそらく役立ちます。