각 문장에 대한 설명은 다음과 같습니다.
A: 이 문장은 정확합니다. go_subl = CAST #(go_super)는 작동하지 않습니다. 이는 go_subl이 하위 클래스 cl_subl에 대한 참조인 REF TO cl_subl 유형의 데이터 객체이기 때문입니다. go_super는 슈퍼클래스 cl_super에 대한 참조인 REF TO cl_super 유형의 데이터 객체입니다. CAST 연산자는 참조 변수의 호환 가능한 유형의 다른 참조 변수로 다운캐스트 또는 업캐스트를 수행하는 데 사용됩니다. 다운캐스트는 보다 일반적인 유형에서 보다 구체적인 유형으로의 변환이고, 업캐스트는 보다 구체적인 유형에서 보다 일반적인 유형으로의 변환입니다. 이 경우 CAST 연산자는 go_super에서 go_subl로 다운캐스트를 수행하려고 하지만 go_super가 cl_subl의 인스턴스를 가리키지 않고 cl_super의 인스턴스를 가리키기 때문에 불가능합니다. 따라서 CAST 연산자는 런타임에 CX_SY_MOVE_CAST_ERROR 예외를 발생시킵니다12 B: 이 문장은 정확하지 않습니다. go_sub2 = CAST #(go_super)는 작동합니다. go_subl = CAST #(go_super)는 작동하지 않습니다. 이는 go_sub2가 하위 클래스 cl_sub2에 대한 참조인 REF TO cl_sub2 유형의 데이터 객체이기 때문입니다. go_super는 상위 클래스 cl_super에 대한 참조인 REF TO cl_super 유형의 데이터 객체입니다. CAST 연산자는 참조 변수의 호환 가능한 유형의 다른 참조 변수로 다운캐스트 또는 업캐스트를 수행하는 데 사용됩니다. 다운캐스트는 보다 일반적인 유형에서 보다 구체적인 유형으로의 변환이고, 업캐스트는 보다 구체적인 유형에서 보다 일반적인 유형으로의 변환입니다. 이 경우 CAST 연산자는 go_super에서 go_sub2로 다운캐스트를 수행하려고 하며, 이는 go_super가 cl_super의 하위 클래스인 cl_sub2의 인스턴스를 가리키기 때문에 가능합니다. 따라서 CAST 연산자는 예외를 발생시키지 않고 go_super의 참조를 go_sub2에 할당합니다. 그러나 CAST 연산자는 명령문 A12 C에서 설명한 대로 go_subl에 작동하지 않습니다.이 명령문은 올바르지 않습니다.go_sub2 = CAST #(go_super)는 작동합니다.go_sub2->sub2_meth1(...)는 작동하지 않습니다.이는 go_sub2가 하위 클래스 cl_sub2에 대한 참조인 REF TO cl_sub2 유형의 데이터 객체이기 때문입니다.go_super는 상위 클래스 cl_super에 대한 참조인 REF TO cl_super 유형의 데이터 객체입니다.CAST 연산자는 참조 변수의 호환 가능한 유형의 다른 참조 변수로 다운캐스트 또는 업캐스트를 수행하는 데 사용됩니다.다운캐스트는 보다 일반적인 유형에서 보다 구체적인 유형으로의 변환이고,업캐스트는 보다 구체적인 유형에서 보다 일반적인 유형으로의 변환입니다.이 경우 CAST 연산자는 go_super에서 go_sub2로 다운캐스트를 수행하려고 하며, go_super가 cl_super의 하위 클래스인 cl_sub2의 인스턴스를 가리키기 때문에 이는 가능합니다. 따라서 CAST 연산자는 예외를 발생시키지 않고 go_super의 참조를 go_sub2에 할당합니다. 그러나 메서드 호출 go_sub2->sub2_meth1(...)은 작동하지 않습니다. sub2_meth1은 cl_super에 상속되지 않는 cl_sub2의 하위 클래스별 메서드이기 때문입니다. 따라서,메서드 호출은 런타임에 CX_SY_DYN_CALL_ILLEGAL_METHOD 예외를 발생시킵니다123 D: 이 문장은 정확합니다. go_subl->subl_meth1(...)이 작동합니다. 이는 go_subl이 REF ​​TO cl_subl 유형의 데이터 객체이고, 이는 하위 클래스 cl_subl에 대한 참조이기 때문입니다. subl_meth1은 cl_super에서 상속되지 않는 cl_subl의 하위 클래스별 메서드입니다. 따라서 go_subl->subl_meth1(...) 메서드 호출은 작동합니다. go_subl이 subl_meth1 메서드가 있는 cl_subl의 인스턴스를 가리키기 때문입니다123

불완전한 ABAP 유형은 길이, 소수 자릿수 또는 값 범위와 같은 데이터 유형의 모든 속성을 지정하지 않는 유형입니다. 불완전한 유형은 필드 기호와 형식 매개변수의 입력에만 사용할 수 있으며, 데이터 객체나 상수의 정의에는 사용할 수 없습니다. 불완전한 유형은 미리 정의되거나 사용자 정의될 수 있습니다1.
불완전한 ABAP 유형은 다음과 같습니다.
C) C는 일반 길이의 문자열에 대한 유형입니다. 이 유형으로 데이터 객체나 상수를 정의할 때 문자열의 길이를 지정해야 합니다. 예를 들어, DATA text TYPE c LENGTH 10은 유형 c와 길이 10자를 갖는 text라는 데이터 객체를 정의합니다.
D) P는 일반적인 길이와 일반적인 소수 자릿수를 갖는 팩킹된 숫자에 대한 유형입니다. 이 유형으로 데이터 객체나 상수를 정의할 때 팩킹된 숫자의 길이와 소수 자릿수를 지정해야 합니다. 예를 들어, DATA amount TYPE p LENGTH 8 DECIMALS 2는 유형 p, 길이 8바이트, 소수 자릿수 2개를 갖는 amount라는 데이터 객체를 정의합니다3.
다음은 데이터 유형의 모든 속성을 지정하기 때문에 불완전한 ABAP 유형이 아닙니다.
A) 문자열은 가변 길이 문자열의 유형입니다. 문자열의 길이는 런타임에 결정되며 0에서 2,147,483,647자까지 다양할 수 있습니다. 이 유형으로 데이터 객체나 상수를 정의할 때는 길이를 지정할 필요가 없습니다. 예를 들어, DATA text TYPE string은 문자열 유형과 가변 length4를 갖는 text라는 데이터 객체를 정의합니다.
B) T는 HHMMSS 형식의 시간 값에 대한 유형입니다. 시간 값의 길이는 6자로 고정되어 있으며 이 유형으로 데이터 객체나 상수를 정의할 때는 지정할 필요가 없습니다. 예를 들어, DATA time TYPE t는 t 유형과 6자 길이의 time이라는 데이터 객체를 정의합니다.

설명
데이터 소스 "demo_ods_assoc_spfli"의 필드 "connid"를 요소 목록에서 노출하는 데 사용할 수 있는 명령문은 A. demo_ods_assoc_spfli.connid,입니다.
이 문장은 점 표기법을 사용하여 데이터 소스 "demo_ods_assoc_spfli"의 필드 "connid"에 액세스합니다. 이는 #4 행에서 정의된 연관입니다. 연관 "demo_ods_assoc_spfli"는 필드 "carrid"를 사용하여 데이터 소스 "demo_ods"를 테이블 "spfli"와 연결합니다.
이 문장은 목록의 다음 요소와 구분하기 위해 쉼표로 끝납니다.12
다음 중 어떤 것도 할 수 없습니다.
B). demo_ods_assoc_spfli-connid/: 이 명령문은 데이터 소스 "demo_ods_assoc_spfli"의 필드 "connid"에 액세스하는 데 잘못된 구문을 사용합니다. 대시 표기법은 데이터 소스의 필드가 아닌 구조 또는 테이블의 구성 요소에 액세스하는 데 사용됩니다. 또한 이 명령문은 슬래시로 끝나는데, 이는 요소 list12에 대한 유효한 구분 기호가 아닙니다.
C). spfli-connid,: 이 명령문은 잘못된 데이터 소스 이름을 사용하여 "connid" 필드에 액세스합니다. 데이터 소스 이름은 "spfli"가 아니라 "demo_ods_assoc_spfli"여야 합니다. 또한 이 명령문은 위에서 설명한 대로 잘못된 구문을 사용하여 "connid" 필드에 액세스합니다.12.
D). _spfli.connid/: 이 명령문은 잘못된 데이터 소스 이름과 잘못된 구분 기호를 사용하여 필드 "connid"에 액세스합니다. 데이터 소스 이름은 "_spfli"가 아니라 "demo_ods_assoc_spfli"여야 합니다. 또한 명령문은 슬래시로 끝나는데, 이는 요소 list12에 대한 유효한 구분 기호가 아닙니다.
참조: 1: ABAP CDS - SELECT, select_list - ABAP 키워드 문서 - SAP 온라인 도움말 2: ABAP CDS - SELECT, from - ABAP 키워드 문서 - SAP 온라인 도움말

설명
두 가지 진술 모두 ABAP에서는 유효하지만, 프로그램에 미치는 영향은 다릅니다.
##NEEDED는 ABAP 컴파일러 구문 검사에서 경고를 숨기는 데 사용할 수 있는 프래그마입니다. 현재 명령문에서 사용되지 않더라도 변수나 매개변수가 추가 처리에 필요하다는 것을 검사 도구에 알려줍니다. 예를 들어, 값을 지정하지 않고 변수를 선언하는 경우 ##NEEDED를 사용하여 사용되지 않는 변수에 대한 경고를 억제할 수 있습니다12.
프래그마가 구문 검사기에서 검사되지 않는다는 것은 프로그램 논리나 성능에 미치는 영향에 관계없이 ABAP 컴파일러 구문 검사에서 모든 경고를 숨기기 위해 모든 프래그마를 사용할 수 있다는 것을 의미합니다. 예를 들어, ##SHADOW를 사용하여 가려진 함수에 대한 경고를 숨기는 경우 문자열의 잘못된 문자에 대한 경고도 숨길 수 있습니다.
다음 중 어떤 것도 할 수 없습니다.
#EC_NEEDED는 구문 검사기에서 검사되지 않습니다. 이것은 ABAP에서 유효한 명령문이 아닙니다. ABAP3에는 #EC_NEEDED가 있는 의사 주석이 없습니다.
의사 주석은 구문 검사기로 검사합니다. 이는 거짓입니다. 의사 주석은 더 이상 사용되지 않으며 ABAP에서 더 이상 사용해서는 안 됩니다. SAP NW 7.0 EhP2(Enhancement Package)4 이후 프래그마로 대체되었습니다.
참조: 1: Pragmas - ABAP 키워드 문서 - SAP 온라인 도움말 2: [ABAP의 Pragmas와 가상 주석이란 무엇인가? | SAP 블로그 - SAP 커뮤니티] 3: ABAP 키워드 문서 - SAP 온라인 도움말 4: SAP ABAP의 Pragmas와 가상 주석이란 무엇인가

* 공개 SAP API와 SAP 확장 지점을 사용합니다. 이 규칙은 ABAP Cloud 코드가 안정적이고 신뢰할 수 있으며 SAP 솔루션 및 클라우드 운영과 호환되도록 보장합니다. 공개 SAP API와 SAP 확장 지점은 SAP 플랫폼과 SAP 애플리케이션에 액세스할 수 있는 유일한 인터페이스와 객체입니다. 이들은 SAP에서 문서화, 테스트 및 지원합니다. 또한 ABAP Cloud 코드1의 수명 주기 안정성과 업그레이드 가능성을 보장합니다.
* ABAP RESTful 애플리케이션 프로그래밍 모델 기반 서비스를 빌드합니다. 이 규칙은 ABAP Cloud 코드가 클라우드 지원 비즈니스 서비스를 빌드하기 위한 최첨단 개발 패러다임을 따르도록 보장합니다. ABAP RESTful 애플리케이션 프로그래밍 모델(RAP)은 비즈니스 데이터를 만들고, 읽고, 업데이트하고, 삭제(CRUD)하기 위한 일관된 엔드투엔드 프로그래밍 모델을 제공하는 프레임워크입니다. RAP는 또한 초안 처리, 권한 검사, 부작용, 검증 및 사용자 지정 작업을 지원합니다. RAP는 비즈니스 서비스를 SAP Fiori 앱 또는 다른 클라이언트에서 사용할 수 있는 OData 서비스로 노출합니다2.