COBOL은 BNF 표기법보다 오래되었으며 LR (k) 유형 문법을 사용하여 설명 할 수 없습니다. 대부분의 인기있는 렉싱/파싱 전략은이 언어에 대해서는 작동하지 않습니다 (늦은 밤이나 새가 많은 언어가 없어도 적어도). 결과적으로 COBOL을위한 양질의 파서 (parser)가 나오기가 어렵다. 존재하는 사람들은 일반적으로 꽤 페니를 명령합니다.
견고하고 무료로 사용할 수있는 파서가 없으면 COBOL 용 다이어그램 작성 도구가 무료로 제공 될 가능성이 매우 낮습니다. 내가 만난 모든 것은 (나는 여기서 자선되고있다) 매우 약하다.
자신 만의 도구를 만드는 것은 어려운 작업 일 수 있습니다. COBOL Grammar을보십시오. COBOL은 큰 언어이며, 진지한 일을 할 준비가되어 있습니다.
먼저 몇 가지 심각한 수학을 수행하십시오. 얼마나 많은 코드를 변환해야합니까? COBOL을 없애려면 얼마나 가치가 있습니까? 건전한 재무 논쟁이 이루어지지 않으면 현재 COBOL 응용 프로그램과 함께 살 수 있습니다.
진행할 사례가 있으면 코드 분석/변환 시스템의 시작 지점으로 OpenCobol을 조사해보십시오. 그러나이 작업을 수행하려면 C와 COBOL 모두에서 종자를 채워야합니다. IBM COBOL 사투리로 작업하고 IBM 메인 프레임 컴파일러에 액세스 할 수있는 경우 ADATA compiler option을 살펴보면 프로그램의 AST가 제공됩니다. 이것들은 몇 가지 가능한 출발점입니다.
다른 대안은 상업용 COBOL 변환/리노베이션 제품을 얻는 것입니다.나는이 제품들에 대해 많은 개인적인 경험을 갖고 있지 않으며 특정 제품을 추천 할 수 없다.
수학이 전환을 수행 할 수있을만큼 COBOL을 학습하는 것을 지원하지 않으면 기존 COBOL 응용 프로그램과 함께 살면됩니다. 이 결론에 도달 한 사람은 처음이 아닐 것입니다!
* ... 이전 언어 COBOL 코드를 새 언어로 다시 작성해야합니다 ... * 나는 당신을 위해 잠시 침묵을 지킵니다. –
출력을보고 결과 imho를 복제하십시오! PS는 구두점을주의하십시오. (.) –
하하 !!! 정말 고맙게 생각합니다. – btelles