問題タブ [rawstring]

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

パーサーは生の文字列のバックスラッシュを通常の文字として扱うことができるようですが (それが生の文字列のすべてではありませんか?)、おそらく明らかな何かが欠けています。

Javaで生の文字列を使用する方法はありますか(エスケープシーケンスなし)?

（私はかなりの量の正規表現コードを書いていますが、生の文字列は私のコードを非常に読みやすくします）

言語がこれを直接提供していないことは理解していますが、何らかの方法でそれらを「シミュレート」する方法はありますか?

編集：「r」フラグの意味を理解すると、この質問は本当に意味がありません。詳細はこちら。簡単な答えを探している人のために、以下に追加しました。

Python スクリプトで正規表現を手動で入力すると、パターン文字列に 4 つのフラグの組み合わせを使用できます。

• p1 =「パターン」
• p2 = u「パターン」
• p3 = r「パターン」
• p4 = ru「パターン」

Web フォーム入力からの Unicode 文字列がたくさんあり、それらを正規表現パターンとして使用したいと考えています。

上記の手動フォームの使用から同様の結果を期待できるように、文字列にどのプロセスを適用する必要があるかを知りたいです。何かのようなもの ：

someProcess1 から someProcessN とは何で、その理由は何ですか?

someProcess2 は何もする必要はないと思いますが、someProcess1 はローカルエンコーディングへのユニコード変換を行う必要があります。生の文字列リテラルについては、私にはわかりません。

この質問をしているうちに、生の文字列についてあまり知らないことに気づきました。自分が Django のトレーナーであると主張する人にとって、これは最悪です。

私はエンコーディングとは何かを知っており、u''ユニコードとは何かを知っているので、それだけで何ができるかを知っています。

• しかし、r''正確には何をしますか？どのような文字列になりますか?

• そして何よりも、一体何をするのur''ですか？

• 最後に、Unicode 文字列から単純な生の文字列に戻す信頼できる方法はありますか?

• ところで、システムとテキスト エディタの文字セットが UTF-8 に設定されている場合、u''実際には何もしないのでしょうか?

文字列を生の文字列としてエンコードしたにもかかわらず、テスト入力文字列の1つにエスケープ文字のように扱われるバックスラッシュがあるため、失敗するpythondoctestの関数があります。

私のdoctestは次のようになります：

また、todo仕様のバリエーションに続いて、1行からtodoテキストを抽出することを目的とした関数は、次のようになります。

そして、と呼ばれる正規表現は次のtodo_match_objとおりです。

私のipythonシェルとの簡単な会話は私に与えます：

そして、doctestの実装がstdoutを使用する場合に備えて（私はチェックしていません、申し訳ありません）：

私の正規表現-fooはどの基準でも高くはなく、ここで何かが欠けている可能性があることに気づきました。

編集：Alex Martellisの回答に続いて、どの正規表現が実際に爆破されたものと一致するかについての提案が必要r"""//\todo fix me"""です。私はもともと宿題をするように誰かに頼んだのではないことを知っています、そしてそれが私の質問に本当に答えたので（または私の恐れを確認したので）私はアレックスの答えを受け入れます。しかし、私はここで私の問題に対する良い解決策に賛成することを約束します:)

編集編集：参考までに、kodosプロジェクトにバグが報告されています：バグ＃437633

Python 2.6.4を使用しています（r264：75706、2009年12月7日、18：45：15）

ここまで読んでいただきありがとうございます（ここを直接スキップした場合は、理解できます）

scala では、"here docs" は 3 で始まり、終わります"

しかし、文字列に ? が含まれている場合はどうなります"""か? 出力方法はHi,"""everyone？

str を として出力したいのですHi, mike!が、失敗しました。これを行う方法？

• IDE: エクリプス
• Python2.6

文字列の最後の文字がバックスラッシュの場合、最後の一重引用符がエスケープされ、コメントが文字列の一部として扱われるようです。しかし、生の文字列はすべてのエスケープ文字を無視するはずですよね? 何が間違っている可能性がありますか？ありがとう。

C++0x の最新のドラフトである n3126 には、次のように書かれています。

直後に改行文字が続くバックスラッシュ文字 (\) の各インスタンスが削除され、物理ソース行が結合されて論理ソース行が形成されます。

...

生の文字列リテラルのr-char-sequence内では、フェーズ 1 と 2 で実行された変換 (trigraph、universal-character-names、および line splicing) が元に戻されます。

技術的には、これは C++ プリプロセッサがバックスラッシュとそれに続く改行文字のみを認識することを意味しますが、一部の C++ 実装では Windows または従来の Mac スタイルの行末も許可されていることを知っています。

\生の文字列の r-char-sequence 内でバックスラッシュ文字の直後に続く改行シーケンスを保持するために、C++0x の適合する実装が必要になりますか? より良い質問は、Windows C++0x コンパイラが各行のスプライスを"\\\r\n"の代わりに元に戻すことが期待されるでしょう"\\\n"か?

へのメソッド引数として複数行にわたる正規表現を構築する際に使用されるのを最初に見たので、は RegEx を表してre.compile()いると想定しました。r

例えば：

ではr、この場合はどういう意味ですか？なぜそれが必要なのですか？