Rational Developer for System z

스마트 논리적 순서 지정 체계

스마트 논리적 레이아웃 체계는 논리적 순서 지정 체계의 제한 사항을 해결하고 프로그래밍 언어 특별 요구사항을 제공하기 위해 System z®용 Rational® Developer에 도입되었습니다.

스마트 논리적 레이아웃은 다음과 같은 두 가지 문제를 해결하기 위해 System z용 Rational Developer에 도입되었습니다.

라운드 트립 문제점
묵시적(논리적) 다시 정렬 알고리즘은 양방향 텍스트를 포함한 일부 문자열을 올바르게 처리하지 못한다는 잘 알려진 제약 사항을 가지고 있습니다. 결과적으로 사용자는 쉽게 특정 프리젠테이션을 생성할 수 없습니다. 이 제약 사항은 또한 비주얼 대 논리적 변환 과정에 모호함을 발생시킵니다. 비주얼 대 논리적 변환은 보통 데이터가 zSeries® 원격 시스템에서 Windows® 또는 Java™ 클라이언트로 다운로드될 때 수행됩니다.
복합 표현식 처리
프로그래밍 언어와 같은 공식 언어로 작성된 텍스트는 구문에 따라 다양한 토큰의 순서를 정하는 규칙을 따라야 합니다. 일부 토큰이 RTL(오른쪽에서 왼쪽) 문자를 포함하고 있다면 일반 알고리즘에 따라 프리젠테이션을 위해 수행된 다시 정렬은 해당 토큰이 구문 순서와 다른 순서로 표시되도록 할 수 있습니다. 결과적으로 구조화된 양방향 데이터가 비주얼 대 논리적 변환으로 손상되어 해당 데이터 구조를 인식하지 못하게 됩니다. 예를 들어 MVS™ 시스템에 있는 COBOL 파일이 아랍어 또는 히브리어로 된 토큰이 있는 다음 코드 행을 포함하고 있다고 가정합니다.
STRING "token1", "token2", "token3", "token4"
비주얼 대 논리적 변환 후 이 행은 논리적 편집기에서는 올바르게(호스트에서와 같게) 표시되지만 반대 순서로 저장될 것입니다.
STRING "token4", "token3", "token2", "token1"

라운드 트립 문제 해결

라운드 트립 문제를 해결하려면 특수 옵션을 가진 양방향 변환 알고리즘을 제공해야 합니다. 이 옵션이 지정될 때(즉, System z용 Rational Developer 사용자가 스마트 논리적 클라이언트 레이아웃을 정의할 때), 잠재적 모호성을 가진 양방향 텍스트의 앞에 LRM 또는 RLM 기호가 자동으로 붙게 됩니다. 이 기호는 또한 intra-token 기호라고 합니다.

복합 표현식 처리 문제 해결

복합 표현식 문제의 해결은 LRM 기호 사용에 기반합니다. 이 해결 방안은 특정 언어 구문에 크게 달라지기 때문에 이 문제에 대한 일반 해결 방안을 제공하는 것은 불가능합니다. COBOL, C/C++, PL/I, HLASM 및 XML로 작성된 소스 프로그램의 비주얼 대 논리적 변환은 System z용 Rational Developer 사용자가 스마트 논리적 클라이언트 레이아웃을 정의할 때 LRM 기호 삽입을 지원하도록 확장되었습니다. 언어에 따른 구문 문제를 해결하기 위해 스마트 논리적 알고리즘에 도입된 기호를 inter-token 기호라고 합니다.


이용 약관 | 피드백

이 Information Center는 Eclipse 기술로 구현됩니다. (http://www.eclipse.org 웹사이트 참조)