String.Split은 문자열 배열을 취할 수 있습니다(단일 문자 대신 대상 문자열을 구문 분석하기 위한 구분 기호 역할을 하는 문자 시퀀스). 좋은 DSL 구문 분석 시스템의 한 가지 특성은 사용자가 잘못된 구문을 입력할 때 유익한 오류입니다. TokenType.Invalid 토큰의 형태로 잘못된 구문을 검색해 보겠습니다. 이제 렉서와 파서를 모두 생성할 수 있는 제품군을 찾는 것이 일반적입니다. 과거에는 렉서를 생산하는 도구와 파서를 생산하는 도구의 두 가지 도구를 결합하는 것이 더 일반적이었습니다. 이것은 예를 들어 유서 깊은 렉스 및 yacc 부부의 경우였다 : 렉스는 렉서를 생산하고, yacc는 파서를 생산했다. 구문 분석 이론에 대해 자세히 알고 싶다면 구문 분석 가이드: 알고리즘 및 용어를 읽어야 합니다. 실제로 이것은 당신이 찾은 모든 작은 구문 분석 문제에 매우 유용하다는 것을 의미합니다. 일반적인 개발자가 간단한 정규식에 너무 복잡하여 문제가 발생하면 이러한 라이브러리가 일반적으로 해결됩니다.

즉, 파서를 빌드해야 하지만 실제로 원하지 않는 경우 파서 조합자가 최선의 선택일 수 있습니다. 경우에 따라 구문 분석 트리를 생성한 다음 AST에서 파생할 수 있습니다. 구문 분석 트리가 구문 분석 프로세스에 대해 생성하기가 더 쉽지만 AST는 다음 단계에 따라 더 간단하고 처리하기 쉽기 때문에 이 방법을 이해할 수 있습니다. 다음 단계를 통해 코드 유효성 검사, 해석, 컴파일 등 트리에서 수행할 수 있는 모든 작업을 의미합니다. Coco/R에는 몇 가지 예제 문법이 있는 좋은 문서가 있습니다. Java, C# 및 C++를 포함한 여러 언어를 지원합니다. 이 예제에서는 System 및 열거형 코드를 사용하는 것이 완전히 표준 C# 코드이며 변경되지 않고 인쇄됩니다(잘 다시 포식됩니다). 공백 및 주석은 보존되지 않습니다. 나머지는 향상된 C # 및 LLLPG 코드의 혼합물입니다. 예를 들어 산술 연산을 고려하십시오. 추가는 더하기 (+) 기호로 구분된 두 식으로 설명할 수 있지만 식에 다른 추가 도 포함될 수 있습니다.

파슬리는 파서 조합체이지만 별도의 렉서 와 파서 위상을 가지고 있습니다. 실용적인 측면에서 그것은 사용하기 간단하지만, 구문 분석기의 숙련 된 제작자에게도 친숙하다는 것을 의미합니다. 문서의 양은 제한되어 있지만 통합 테스트로 사용되는 완전한 JSON 예제입니다. 다음은 리포지토리의 일부 JSON 예제입니다. 독립 실행형 프로그램의 다음 예제에서 볼 수 있듯이 사용자 코드 섹션에는 기본 기능이 포함되어 있으므로 .lex 파일은 완전한 작동 프로그램을 생성할 수 있습니다. 이것은 항상 매우 지저분하고 훈련되지 않은 독자를 위해 읽기 어렵게 만들지 만. 매크로(C/C++ 의미가 아닌 LISP 의미에서)는 단순히 구문 트리를 입력으로 사용하며 다른 구문 트리를 출력으로 생성하는 메서드입니다. 다음은 매크로의 예입니다: Java에서 구문 분석에 대한 자매 기사에서 말했듯이 구문 분석의 세계는 프로그래머의 일반적인 세계와 약간 다릅니다.