Синтаксис ссылок на ссылки в строках замены (почему знак доллара?)

Ответ 1

Является ли использование $для обратных ссылок в строках замещения, уникальных для Java?

Нет. Perl использует его, и Perl, безусловно, предшествует классу Java Pattern. Поддержка регулярного выражения Java явно описывается в терминах регулярных выражений Perl.

Например: http://perldoc.perl.org/perlrequick.html#Search-and-replace

Почему это хорошая идея?

Ну, очевидно, вы не думаете, что это хорошая идея! Но одна из причин, по которой это хорошая идея, - сделать поддержку поиска и замены Java совместимой с Perl.

Существует еще одна возможная причина, по которой $ можно было бы рассматривать как лучший выбор, чем \. Это значит, что \ должен быть записан как \\ в литерале Java String.

Но все это чистое предположение. Никто из нас не был в комнате, когда были приняты проектные решения. И в конечном итоге на самом деле не имеет значения, почему они спроектировали синтаксис замены String таким образом. Решения принимались и устанавливались конкретными, и любое дальнейшее обсуждение носит чисто академический характер... если только вы просто не собираетесь разрабатывать новый язык или новую библиотеку регулярных выражений для Java.

Ответ 2

После некоторых исследований я понял проблемы сейчас: Perl имел, чтобы использовать другой символ для обратных ссылок и замены обратных ссылок, а в то время как java.util.regex.* не имеет, чтобы следовать этому примеру, он выбирает, а не техническую, но довольно традиционную причину.

На стороне Perl

(Пожалуйста, имейте в виду, что все, что я знаю о Perl в этот момент, происходит от чтения статей в Википедии, поэтому не стесняйтесь исправить любые ошибки, которые я, возможно, сделал)

Причиной, по которой это было, сделано в Perl, является следующее:

• Perl использует $ как сигил (т.е. символ, прикрепленный к имени переменной).
• Строковые литералы Perl имеют переменную интерполяцию.
• Perl regex фактически захватывает группы как переменные $1, $2 и т.д.

Таким образом, из-за того, как интерпретируется Perl и как работает его механизм регулярных выражений, необходимо использовать предыдущую косую черту для обратных ссылок (например, \1) в шаблоне, потому что если вместо этого используется сигма $ (например, $1), это вызовет непреднамеренную переменную интерполяцию в шаблон.

Строка замены из-за того, как она работает в Perl, оценивается в контексте каждого соответствия. Для Perl наиболее естественно использовать переменную интерполяцию, поэтому механизм regex захватывает группы в переменные $1, $2 и т.д., Чтобы сделать эту работу без проблем с остальной частью языка.

Ссылки

• Википедия/Строковый литерал - переменная интерполяция
• Википедия/Сигил (компьютерное программирование)

На стороне Java

Java - это совсем другой язык, чем Perl, но, самое главное, здесь нет переменной интерполяции. Кроме того, replaceAll - вызов метода, и, как и во всех вызовах метода в Java, аргументы оцениваются один раз, до вызова метода.

Таким образом, функция переменной интерполяции сама по себе недостаточно, так как по существу заменяющая строка должна быть переоценена для каждого совпадения, а это просто не семантика вызовов методов в Java. Строка замены с переменным интерполированием, которая оценивается до replaceAll, даже вызвана, практически бесполезна; интерполяция должна выполняться во время метода в каждом матче.

Так как это не семантика языка Java, replaceAll должна выполнить эту интерполяцию "точно в момент" вручную. Таким образом, существует абсолютно никакой технической причины, почему $ является символом escape для обратных ссылок в замещающих строках. Это могло бы быть очень хорошо \. И наоборот, обратные ссылки в шаблоне также могли быть экранированы с помощью $ вместо \, и он все равно работал бы точно так же технически.

Причина, по которой Java делает регулярное выражение так, как она делает, является чисто традиционной: она просто следует за прецедентом, установленным Perl.