blocks|key|1481626|text|不，没有。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1481627|通常，您会将原始字符串和正则表达式放在一个属性文件中，但这些也有一些转义序列要求。|1481628|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

No, there isn't.

Generally, you would put raw strings and regexes in a properties file, but those have some escape sequence requirements too.

blocks|key|1482006|text|我使用Pattern.quote。它解决了这个问题。因此：|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1482007|Pattern+pattern+=+Pattern.compile(Pattern.quote("\r\n?%7C\n"));|code-block|syntax|javascript|1482008|quote方法返回一个与所提供的字符串参数匹配的字符串，对于我们的示例，返回的字符串是正确引用的字符串。|1482009|entityMap|0|LINK|mutability|MUTABLE|url|http://docs.oracle.com/javase/7/docs/api/java/util/regex/Pattern.html#quote%2528java.lang.String%2529^0|3|D|0|0|0|0^^$0|@$1|2|3|4|5|6|7|S|8|@]|9|@$A|T|B|U|1|V]]|C|$]]|$1|D|3|E|5|F|7|W|8|@]|9|@]|C|$G|H]]|$1|I|3|J|5|6|7|X|8|@]|9|@]|C|$]]|$1|K|3|-4|5|6|7|Y|8|@]|9|@]|C|$]]]|L|$M|$5|N|O|P|C|$Q|R]]]]

I use <a href="http://docs.oracle.com/javase/7/docs/api/java/util/regex/Pattern.html#quote%28java.lang.String%29">Pattern.quote</a>. And it solves the problem of the question. Thusly:

<pre><code>Pattern pattern = Pattern.compile(Pattern.quote("\r\n?|\n"));
</code></pre>

The quote method returns a string that would match the provided string argument, which the return string is the properly quoted string for our case.

blocks|key|1266997|text|不(非常可悲)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1266998|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

blocks|key|1267329|text|将原始文本文件放在类路径中，并使用getResourceAsStream(....)读取它。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1267330|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Have the raw text file in your class path and read it in with getResourceAsStream(....)

blocks|key|1481708|text|String#getBytes()公开了每个String对象中包含的内部字节数组的副本，该对象实际包含16位UTF-16编码的字符串-字节数组将包含转换后的相同字符串，以匹配平台的默认字符集。我想说的是，我认为这是Java中最接近“原始”字符串的地方。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1481709|entityMap|0|LINK|mutability|MUTABLE|url|http://java.sun.com/j2se/1.5.0/docs/api/java/lang/String.html#getBytes()^0|0|H|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://java.sun.com/j2se/1.5.0/docs/api/java/lang/String.html#getBytes()" rel="nofollow noreferrer">String#getBytes()</a> exposes a copy of the internal byte array contained in every single String object which actually contains the 16-bit UTF-16 encoded String - the byte array will contain the same string converted to match the platform's default charset. What I'm saying is that I think this is as close to "raw" string as you can ever get in Java.

blocks|key|1267168|text|您可以编写自己的非转义属性读取器，并将字符串放入资源文件中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1267169|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

You could write your own, non-escaped property reader and put your strings in a resource file.

blocks|key|1481899|text|我个人认为正则表达式字符串是数据而不是代码，所以我不喜欢在我的代码中使用它们--但我意识到这是不切实际和不受欢迎的(是的，我意识到了，您不必对我大喊大叫)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1481900|考虑到没有原生的方法可以做到这一点，我可以提出两种可能性(好吧，三种，但第三种是，嗯，不自然的)。|1481901|因此，我个人的偏好是将文件解析为字符串。您可以命名文件中的每个条目，并将它们全部加载到哈希表中，以便从代码中轻松访问。|1481902|第二种选择是创建一个文件，该文件将被预处理到java接口中；它可以在这样做时避开正则表达式。就我个人而言，我讨厌代码生成，但如果java文件是100%25没有人工编辑过的，那也不是太糟糕(真正的坏处是您期望编辑的生成文件！)|1481903|第三点(很棘手，可能不是一个好主意)：您可以创建一个自定义doclet，它将在编译时将注释中的字符串提取到文本文件或头文件中，然后使用上面的其他两种方法之一。这样可以将字符串保存在使用它们的同一文件中。这可能真的很难做到正确，失败的惩罚是极端的，所以我甚至不会考虑它，除非我有压倒性的需求和一些令人印象深刻的人才。|1481904|我之所以建议这样做，是因为注释是自由格式的，并且"pre“标记中的内容非常安全，不会受到格式化程序和其他系统错误的影响。doclet可以在打印javadoc之前将其提取出来，甚至可以添加一些生成的javadoc来指示您使用了regex字符串。|1481905|在否决并告诉我这是一个愚蠢的想法之前--我知道，我只是想推荐它，因为它很有趣，但正如我上面所说的，我更喜欢的是一个简单的文本文件……|1481906|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|S|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|T|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|U|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|V|8|@]|9|@]|A|$]]|$1|N|3|-4|5|6|7|W|8|@]|9|@]|A|$]]]|O|$]]

I personally consider regex strings data and not code, so I don't like them in my code--but I realize that's impractical and unpopular (Yes, I realize it, you don't have to yell at me).

Given that there is no native way to do this, I can come up with two possibilities (well, three but the third is, umm, unnatural).

So my personal preference would be to just parse a file into strings. You could name each entry in the file and load them all into a hash table for easy access from your code.

Second choice, create a file that will be pre-processed into a java interface; it could escape the regex as it does so. Personally I hate code generation, but if the java file is 100% never human edited, it's not too bad (the real evil is generated files that you are expected to edit!)

Third (tricky and probably a bad idea): You might be able to create a custom doclet that will extract strings from your comments into a text file or a header file at compile time, then use one of the other two methods above. This keeps your strings in the same file in which they are being used. This could be really hard to do correctly, and the penalties of failure are extreme, so I wouldn't even consider it unless I had an overwhelming need and some pretty impressive talent.

I only suggest this because comments are free-form and things within a "pre" tag are pretty safe from formatters and other system uglies. The doclet could extract this before printing the javadocs, and could even add some of the generated javadocs indicating your use of regex strings.

Before downvoting and telling me this is a stupid idea--I KNOW, I just thought I'd suggest it because it's interesting, but my preference as I stated above is a simple text file...

blocks|key|1267418|text|不是的。但是有一个称为String+Manipulation的IntelliJ插件可以让这件事变得更容易处理。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1267419|IntelliJ还将自动转义粘贴到其中的字符串。(作为@Dread，points+out提供了一个插件来实现这一点。)|1267420|entityMap|0|LINK|mutability|MUTABLE|url|http://plugins.jetbrains.com/plugin/2162?pr=phpStorm|1|https://stackoverflow.com/a/3977858/1450294^0|B|J|0|0|Y|A|1|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@$A|U|B|V|1|W]]|C|$]]|$1|F|3|-4|5|6|7|X|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]|N|$5|I|J|K|C|$L|O]]]]

No. But there's an IntelliJ plug-in that makes this easier to deal with, called <a href="http://plugins.jetbrains.com/plugin/2162?pr=phpStorm" rel="nofollow noreferrer">String Manipulation</a>.

IntelliJ will also automatically escape a string pasted into it. (As @Dread <a href="https://stackoverflow.com/a/3977858/1450294">points out</a>, Eclipse has a plug-in to enable this.)

Is there any way to use raw strings in Java (without escape sequences)?

(I'm writing a fair amount of regex code and raw strings would make my code immensely more readable)

I understand that the language does not provide this directly, but is there any way to "simulate" them in any way whatsoever?

Raw Strings in Java - for regex in particular. Multiline strings

Java

有没有办法在Java中使用原始字符串(没有转义序列)？(我正在编写大量的正则表达式代码，而原始字符串将大大提高代码的可读性)我知道语言没有直接提供这一点，但是有没有任何方法可以“模拟”它们呢？

问Java中的原始字符串--特别是正则表达式。多行字符串
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Java中的原始字符串--特别是正则表达式。多行字符串EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Java中的原始字符串--特别是正则表达式。多行字符串
EN