Pegjs: 반복 횟수를 지정하는 기능(regexp에서와 같이)

이 기능을 구현하지 않습니다.

주된 이유는 PEG.js 문법에 {m,n} 구문을 위한 공간이 없기 때문입니다. 중괄호는 이미 작업에 사용되었으며 제안한 대로 백슬래시를 사용하고 싶지 않습니다(그들은 추악하고 호환되지 않습니다 현재 가장 많이 사용되는 Perl 정규 표현식과 다른 PEG.js 구문의 소스) 또는 기타 구분 기호(혼란스러울 수 있음)를 사용합니다.

내 경험상 이런 종류의 제한된 반복은 주로 문법의 "어휘" 부분( color = "#" hexdigit hexdigit hexdigit hexdigit hexdigit hexdigit 와 같은 규칙)에서 발생하며 자주 발생하지는 않습니다. 거기에 표현식의 시퀀스와 기존 반복 연산자( * , + , ? )를 사용하는 것이 괜찮다고 생각합니다.

다시 생각해 보았고 이 문제를 다시 시작합니다. 임의의 반복 횟수를 지정하는 기능은 사용자가 많이 원하는 것 같습니다.

{ 및 } 가 이미 작업에 사용되었으며 재사용하면 모호성이 생기기 때문에 정규 표현식과 같은 {m,n} 구문을 피하고 싶습니다. 나는 현재 다음과 같은 것에 대해 생각하고 있습니다.

"foo" @ 1..10   // repeat 1 to 10 times
"foo" @ 1..     // repeat at least once
"foo" @ ..10    // repeat at most 10 times

가장 큰 질문은 구분 문자가 무엇이고 범위를 표시하는 방법입니다.

분리 문자에 관해서는 @ 가 좋은 것 같습니다. % 및 # 을 고려하고 있었지만 첫 번째 것은 이미 문자열 보간(예: Python)과 연관되어 있고 두 번째 것은 주석(다양한 언어)과 연관되어 있습니다. 나는 또한 구분 기호를 완전히 건너 뛰는 것에 대해 생각하고 있습니다.

"foo" 1..10   // repeat 1 to 10 times
"foo" 1..     // repeat at least once
"foo" ..10    // repeat at most 10 times

범위 마크업은 Ruby에서 영감을 얻었습니다. 저도 - 에 대해 생각하고 있었는데, 너무 빼기 기호처럼 보입니다. 반면에 파이썬 같은 : 도 좋아 보입니다.

반개방 범위에 대해서는 잘 모르겠습니다. 다음과 같이 + 및 - 를 사용하여 마크업하는 것이 더 나을 수 있습니다.

"foo" @ 1+    // repeat at least once
"foo" @ 10-   // repeat at most 10 times

아이디어나 의견이 있으십니까?

이 기능을 지원할 계획이라니 정말 대단합니다!

나는 당신의 (기본) 제안을 좋아합니다:
"foo" @ 1..10 // 1~10회 반복
"foo" @ 1.. // 적어도 한 번 반복
"foo" @ ..10 // 최대 10번 반복

반개방 범위에 대한 +/- 구문이 마음에 들지 않습니다. 이중 점 구문은 훨씬 더 직관적이고 읽기 쉬운 IMO입니다.

IMO "#"는 자연스럽게 숫자/세는 것을 의미하는 반면 "@"는 자연스럽게 참조를 의미하므로 "#"은 조금 더 직관적이고 읽기 쉽습니다. (그리고 아마도 미래에 "@"를 무언가에 사용할 수 있을까요?). 그러나 그것은 정말 사소한 문제이며 "@" 구문에 만족할 것입니다.

건배!

간단한 의견: @ 및 % 가 # 보다 더 나은 선택이라고 생각합니다. PEG.js 문법을 지원하지 않는 구문 형광펜, 특히 추측을 시도하는 구문 형광펜 때문입니다. 구문(예: 스택 오버플로의 코드 형광펜)은 # 를 주석의 시작으로 해석하여 해당 지점부터 "주석 색상"의 EOL까지 표시되도록 합니다. 이것은 물론 논리와 추론에 기반한 선호가 아니라 실용주의에 기반합니다.

{num, num} 에 대한 특별한 경우는 어떻습니까? { , num} 및 { num, } 는 유효한 js 코드가 아니며 {num, num} 및 { num } 는 무의미하므로 반복을 의미합니다.

작업이 다른 언어로 된 경우에도 의미가 없을 수 있습니다.

나는 제안된 것 중에서 이러한 변형을 좋아합니다(그러나 이것은 당신이 저자이기 때문에 선택하는 것은 당신에게 달려 있습니다 :))

// why we need separator, anyway? for me it looks very cool and simple to understand
"foo" 1..10   // repeat 1 to 10 times
"foo" 1..     // repeat at least once
"foo" ..10    // repeat at most 10 times

또는

"foo"@1..10   // repeat 1 to 10 times
"foo"@1..     // repeat at least once
"foo"@..10    // repeat at most 10 times

그러나 두 번째는 덜 바람직하다

x..y / ..y / x.. 아이디어는 .. 덕분에 일관된 연산자로 보이기 때문에 매우 멋져 보입니다.

+/- 는 혼동을 일으키고 .. 위의 추가 연산자가 되기 때문에 괜찮지 않습니다( + 는 이미 사용됨).

그것에 대해 다시 생각합니다. 작동할까요?

'foo'<1,5>
'foo'< ,3>
'foo'<2, >

< 및 > 는 현재 문법에서 사용되지 않기 때문에

:+1: 제가 보기에는 좋아 보입니다.

물론 <,3> 는 <0,3> 와 동일하므로 최소 숫자만 요구할 수도 있습니다. 이는 ECMA가 JavaScript 정규식에 대해 수행한 작업과 일치합니다.

<,> 좋아요. 그러나 <3> 을 <3,3> 와 동일하게 사용하는 것도 제안합니다.

동의합니다. <> 구문은 가능한 한 RegExp에서 {} 의 동작에 직접 매핑되어야 합니다.

내가 틀리지 않았다면 범위에 변수 이름을 허용하지 않는 한 구분 기호를 추가할 필요가 없습니다.

foo 1,2 fighter
bar ,3 tender
baz 4, lurhmann
qux 5 quux

모두 명확합니다.

@pygy , 구분 기호를 사용하지 않는 문제는 잠재적으로 언어 구문의 진화를 억제한다는 것입니다.

예를 들어 나중에 다른 용도로 쉼표를 사용하려는 경우 이제 모든 곳에서 구문 충돌 문제가 발생합니다. <> 대괄호 내로 제한하면 쉼표와 숫자의 표면적이 크게 줄어듭니다.

또한 사람들은 어쨌든 RegExps에서 {1,6} 스타일을 사용하는 데 익숙합니다.

나는 구문에 대해 강하게 느끼지 않지만 이 기능을 원하고 표현식을 범위 값으로 사용할 수 있다면 좋을 것입니다.

내 사용 사례: {42}\r\n... 처럼 보이는 IMAP 서버 응답에서 리터럴을 구문 분석합니다. 여기서 42 는 문자열을 나타내는 줄 바꿈 뒤의 문자 수입니다(여기에서는 줄임표로 표시됨). IMAP 리터럴에는 끝 구분 기호가 없으므로 문자 계산은 이 응답을 구문 분석하는 유일한 방법입니다.

제한 사항의 변수는 어떻습니까? 길이가 포함된 헤더가 있는 메시지에 매우 유용합니다. 예를 들어 문법

  = len:number message:.<len,len> .* {return message;}
number
  = n:[0-9] {return parseInt(n);}

구문 분석해야

4[__] -> ['[', '_', '_', ']']
4[___] -> ['[', '_', '_', '_']
4[_] -> Error: expected 4 chars, got 3

이것은 많은 프로토콜에 유용합니다.

해당 구문을 사용할 수 있습니다.
expression |min,max| , 템플릿 규칙에 꺾쇠 괄호를 사용할 수 있습니다.

당신은 아직도 이것을 구현하는 것을 고려하고 있습니까?
ABNF 범위와 유사한 것은 어떻습니까?

exp *     // 0 or more times
exp 1*    // at least once
exp *10   // up to 10 times
exp 1*10  // 1 to 10 times

여보세요. 구문 분석할 복잡한 파일 형식이 있습니다. 반은 바이너리, 반은 ASCII입니다.

다음은 문제의 단순화된 버전입니다.

KK4TesRandom 또는 KK10TestATestBRandom

논리:

<StringIndicator><StringLength><String><otherStuff>

KK 는 문자열을 표시하는 표시기입니다. 다음 숫자(여기서는 4 및 10 )는 문자열의 길이입니다. 그런 다음 문자열 자체(여기서는 Test 및 TestATestB ). 문자열은 예측 가능한 패턴으로 끝나지 않습니다. 기본적으로 길이 정보를 사용해야 합니다. 이것이 바이너리 파일 형식의 일반적인 패턴이라고 말하고 싶지만 현재 문법으로 구문 분석이 가능합니까?

감사합니다.

내 브랜치 range-dynamic-boundary 에서 그런 것을 구현합니다. 문법은 다음과 같이 보일 것입니다:

start = len:nx data:.|len| { return data; };
nx = n:$[0-9]+ { return parseInt(n, 10); };

@민건 와 ! 그것은 매력처럼 작동합니다! 구현과 짧은 예제에 감사드립니다. 나는 몇 가지 테스트를했고 그것은 훌륭하게 작동합니다. 풀 요청이 마스터에게 수락되기를 바랍니다.

나는 반복 횟수도 좋아할 것입니다. 그러나 약간 다른 구문을 제안합니다. Pegasus 는 C#의 경우에만 pegjs와 거의 동일합니다. 여기를 참조하십시오: https://github.com/otac0n/Pegasus/wiki/Syntax-Guide#expressions

그리고 d<3> e<2,> f<1,5> 를 사용하여 이 기능을 구현했습니다.

이를 위해 사람들은 무엇을 해결합니까? 지금 막 PEGjs에 입문하고 있어서 망치로 나사를 돌리려고 하고 있는데 1~6자리 숫자만 맞추려고 합니다. :)

나는 내 자신의 구현을 사용하고 있습니다(구문은 #267 참조, 최종 솔루션은 숫자, 변수 및 코드 블록을 경계로 지원함). 곧 Peggy 를 위한 PR을 준비할 것입니다(유지되는 PEG.js 포크의 브랜드 변경)