머리말
최근 C++ 프로젝트에서는 스크립트 사용을 요구하는데, 이는 스크립트 실행 환경에 개체를 바인딩하는 방법과 관련이 있습니다. 여러 스크립트 언어가 사용되기 때문에 기존 바인딩 기술로는 요구 사항을 충족할 수 없습니다. 따라서 우리는 C++ 헤더 파일을 구문 분석한 다음 설명에 따라 바인딩할 수만 있습니다. 처음에는 부스트에 세트가 있다는 것을 알았지만 부스트가 너무 부풀어 오르고 프로젝트 이후 개발 환경 구축을 위해 특정 요구 사항이 있다는 것을 알았습니다. 저는 가장 단순한 프로젝트 관리를 추구하는데 부스트는 적합하지 않습니다. 자신만의 세트를 작성하세요.
텍스트
C++ 구문 형식 요약
컴파일러 명령어 # 및 함수를 제외하고 모두 세미콜론으로 끝나야 합니다
코드 블록을 제외하고 Single if, do/while, for 문은 중괄호 "{}"로 묶어야 합니다.
코드 블록에는 네임스페이스, 전역, 클래스, 구조체, 전역 함수, 멤버 함수, 8가지 유형이 있습니다. 람다,
함수 내의 이름 없는 코드 블록은 전역 코드와 동일한 네임스페이스를 가지며,
선언 앞에 "namespace::" 접두사만 추가됩니다. 클래스 간의 차이점 선언 블록과 전역 블록에는 친구 선언과 멤버가 포함됩니다. 액세스 권한
템플릿은 클래스와 함수를 지원합니다
함수와 템플릿에는 매개변수 목록이 있습니다
세미콜론으로 끝나는 문은 다음과 같습니다. 내장 유형(int, double 등), 클래스 또는 템플릿 클래스, typedef에서 파생된 유형, 함수 포인터, 람다
함수는 동일한 이름을 가질 수 있습니다
멤버 함수 다른 멤버에 접근하는 클래스는 선언을 해야 하는 전역 함수와 달리 함수를 정의한 후에 선언할 수 있으므로 C++ 파일이 적법한지 검사하기 위한 포인터를 사용할 수 없습니다
클래스화된 열거형(enum 클래스)은 선언이 있는 범위에 표시될 필요가 없습니다. 그렇지 않으면 범위에 멤버를 동시에 추가해야 합니다
지원할 생각이 없습니다. 요구사항
네임스페이스
템플릿
함수 본문
쉼표 여러 분할 변수를 잘 지원하고 싶지 않습니다
유형 확인
기본 매개변수
union
열거는 이름 충돌을 결정하지 않습니다
lambda
변수 이름을 시작할 수 없습니다. 숫자로
클래스 상속
함수 포인터
개발 원칙
일시적으로 크로스 플랫폼이 아니고 VS만 사용하며 시스템 API를 사용하지 않습니다. 크로스 플랫폼 수정에 적합
C++ 사용
iter는 전진만 하고 후퇴는 하지 않음
구문 오류 또는 파일 끝이 발생하면
{를 발견한 후 블록 처리에 들어갑니다. 처리; 언어 단위의 끝 부분에 있는 함수는 자체적으로 처리되어야 하며 이전 내용은 멤버 함수 정의로 돌아갑니다. 첫 번째 원칙을 달성할 수 없기 때문에 분석되지 않았습니다. 멤버 함수는 아직 선언되지 않은 다른 멤버 함수를 참조할 수 있습니다최고의 성능은 아니지만 이 구조에서 극단적으로 최적화할 수 있습니다완전한 분석을 요구하는 것은 아니지만 이 프레임워크를 사용하면 C++11 이상 버전의 모든 기능을 분석할 수 있습니다코멘트 없음, 영어도 좋지 않고 중국어 코멘트도 적합하지 않습니다. 세계화 구조 설명variant, method, type, comment, enumeration, enumeration_value는 객체에서 상속되며 모두 전역 또는 클래스 또는 구조에 속할 수 있습니다. 문서는 C++ 컴파일 단위를 나타냅니다. context는 위쪽으로 검색할 수 있는 대기열인 컨텍스트를 나타냅니다. 문서 구문 분석이 완료되면 구문 분석된 변수, 함수 및 유형이 저장됩니다. 리더, 파일 리더, 정방향 문자 반복자는 istreambuf_iterator
auto result = cpp_analytic::analytic("[cpp_header_file]");
catch (logic_error& e)
{
}