интересно, в чем проблема с обратной ссылкой здесь:
preg_match_all('/__\((\'|")([^\1]+)\1/', "__('match this') . 'not this'", $matches);
ожидается, что он будет соответствовать строке между __(''), но на самом деле он возвращает:
match this') . 'not this
Любые идеи?
Сделайте свое регулярное выражение нежадным:
preg_match_all('/__((\'|")([^\1]+)\1/U', "__('match this') . 'not this'", $matches)
[^\1] соответствует любому символу, кроме символа с восьмеричным значением 1
- person Wiktor Stribiżew; 29.12.2019
Вы не можете использовать обратную ссылку внутри класса символов, потому что класс символов соответствует только одному символу, а обратная ссылка потенциально может соответствовать любому количеству символов или ни одному.
То, что вы пытаетесь сделать, требует отрицательного взгляда вперед, а не отрицательный класс символов:
preg_match_all('/__\(([\'"])(?:(?!\1).)+\1\)/',
"__('match this') . 'not this'", $matches);
Я также изменил ваше чередование - \'|" - на класс символов - [\'"] - потому что это намного эффективнее, и я экранировал внешние скобки, чтобы они соответствовали буквальным скобкам.
РЕДАКТИРОВАТЬ: Думаю, мне нужно расширить это «более эффективное» замечание. Я взял пример, который Фридл использовал для демонстрации этого момента, и протестировал его в RegexBuddy.
Применительно к целевому тексту abababdedfg^[a-g]+$ сообщает об успехе после трех шагов, а^(?:a|b|c|d|e|f|g)+$ требует 55 шагов.
И это при успешном совпадении. Когда я пробую это на abababdedfz,^[a-g]+$ сообщает об ошибке после 21 шага;^(?:a|b|c|d|e|f|g)+$ выполняет 99 шагов.
В данном конкретном случае влияние на производительность настолько незначительно, что даже не стоит упоминать. Я просто говорю, что всякий раз, когда вы выбираете между классом персонажа и чередованием, которые соответствуют одним и тем же вещам, вы почти всегда должны выбирать класс персонажа. Просто эмпирическое правило.
(a|b|c), если вместо него можно использовать [abc].
- person Alan Moore; 19.05.2011
Я удивлен, что это не дало вам сообщение об ошибке несбалансированной скобки.
/
__
(
(\'|")
([^\1]+)
\1
/
Этот [^\1] не будет брать содержимое буфера захвата 1 и помещать его в класс character
. Это то же самое, что и все символы, которые НЕ равны «1».
Попробуй это:
/__\(('|").*?\1\).*/
Вы можете добавить внутреннюю фиксирующую скобку, чтобы просто зафиксировать то, что находится между кавычками:/__\(('|")(.*?)\1\).*/
Изменить: если внутренний разделитель не разрешен, используйте регулярное выражение Qtax.
Так как ('|").*?\1, даже если он не жадный, все равно будет соответствовать всем вплоть до замыкающего якоря. В данном случае __('all'this'will"match'), и лучше использовать ('[^']*'|"[^"]*) как
\1 будет интерпретироваться в классе символов как символ с восьмеричным значением 1, но, тем не менее, точка, по сути, одна и та же (т.е. [^\1] не делает то, что думает ОП). Пример.
- person eldarerathis; 19.05.2011
Вы можете использовать что-то вроде: /__\(("[^"]+"|'[^']+')\)/
~__\(("(?<DQ>[^"']+)"|'(?<SQ>[^"']+)')\)~
- person Alan Moore; 19.05.2011
(?|...), если ваш вариант поддерживает это. Например: /__\((?|"([^"]+)"|'([^']+)')\)/. Алан, я бы не стал использовать [^"'], весь смысл разных символов в кавычках в том, что вы можете использовать один внутри другого. ;)
- person Qtax; 19.05.2011
