Oz CocoR Delphi

오즈 코코/r

Coco/R은 컴파일러 생성기로 소스 언어의 문법을 취하고이 언어의 스캐너와 구문 분석기를 생성합니다. 스캐너는 결정 론적 유한 오토 마톤으로 작동합니다. 파서는 재귀 하강을 사용합니다. LL (1) 갈등은 다중 상징적 인 룩보드 또는 시맨틱 점검으로 해결 될 수 있습니다. 따라서 받아 들여진 문법의 클래스는 임의의 k에 대해 ll (k)입니다.

이 프로젝트가 나타난 이유

나는 Coco / R의 터보 파스칼 버전을 오랫동안 사용해 왔습니다. 때로는 코드를 변경해야했습니다. 출처가 변경되면 다시 컴파일했습니다. 그러나 일부 Windows 업데이트 후 Turbo Pascal이 더 나은 곳으로 가서 달리기를 중단한다는 것을 알았습니다. 일반적으로 Niklaus Emil Wirth의 많은 사람들의 언어가 싫어한다고 생각합니다.

일반적으로 프로그래밍 및 컴퓨터 과학 언어 개발에 비슷한 기여를 한 사람들은 거의 없다고 생각합니다.

문제에 대한 복잡하고 종종 이해할 수없는 솔루션을 찾는 것은 쉽습니다. 간단하고 깨끗하며 이해하기 쉬운 솔루션을 만드는 것은 어렵습니다.

그러한 결정을 볼 때 이것이 대문자가있는 그랜드 마스터의 작품이라는 것이 분명해집니다. 먼저 Turbo Pascal에서 코드를 포팅했습니다. 그러나 나는 거의 20 년 만에 다리 아래에 많은 물이 흐르고 Coco/R 코드도 잘 개선되었다는 것을 발견했습니다.

내가 찾은 마지막 버전은 C ++, C #, Java였습니다. 그런 다음 코드를 포트하고 C #을 선택하기로 결정했습니다. 정신적으로, 이것은 델파이와 가장 가까운 언어 일 것입니다.

1. 내 의견에서 가장 중요한 개선은 LL (k) 문법에 대한 지원입니다.
2. UTF-8 지원도 매우 유용합니다.
3. 생성 된 코드의 양질의 품질에 큰 관심을 기울입니다.
4. 또한 별도의 Cocolib 장치에주의를 기울였습니다. Turbo Pascal 버전을 사용할 때이 라이브러리를 개발했습니다. 나는 보통 항상 내 프로젝트에 변경되지 않은 것을 포함시킵니다. Coco / r 사용.

Protobuf-Delphi 프로젝트에서 사용의 예를 볼 수 있습니다.

새로운 기능

통합 클래스 및 프레임 구조

Coco/R을 사용하는 경우 유사한 클래스 구조가 사용될 것으로 가정합니다. -Oz.cocor.utils- 비트 및 세트 작업을위한 클래스; -oz.cocor.lib- 스캐너 및 파서를위한 기본 클래스; - 표 - 개발중인 언어의 데이터 구조; -Gen- 우리가 작업중 인 언어에 대한 코드 생성기; - 옵션 - 프로그램 설정; - 메인 프로그램.

스캐너와 다른 언어에는 동일한 프레임 세트를 사용해야합니다. 컴파일러는 스캐너 및 파서의 상당히 고정 된 프레임 구조에 의존합니다. 섹션 순서를 변경하는 것은 바람직하지 않습니다. 이로 인해 생성 된 코드에서 컴파일 오류가 발생할 수 있습니다.

구문 세부 사항

네임 스페이스

이제 현재 구현의 경우이 매개 변수를 지정해야합니다. 그렇지 않으면 코드가 오류로 생성됩니다. 프로그램 실행의 예

 Cocor.exe -namespace Taste -checkEOF -trace AG taste.atg.

모듈 이름을 생성 할 때 네임 스페이스가 사용됩니다. 이것은 이제 스캐너 및 파서 프레임에 사용됩니다.

매크로

간단한 매크로, 테스트 교체를 정의하는 기능을 추가했습니다. 기본적으로 3 개의 매크로가 프로그램에 추가됩니다 : - 스캐너 - 파서 - 네임 스페이스

접두사

유형을 생성 할 때는 접두사 (보통 2 ~ 3 글자)를 추가 할 수 있습니다. 예를 들어 스캐너 이름은 T + Prefix + '스캐너'에 의해 생성됩니다. 이를 통해 Delphi 및 기타 라이브러리의 기존 유형과 함께 우연의 일치를 제거 할 수 있습니다.

 MACROS
  prefix = "cr" .