各ステートメントの説明は次のとおりです。
* A: この記述は正しいです。go_subl = CAST #(go_super) は機能しません。これは、go_subl が REF TO cl_subl 型のデータ オブジェクトであり、サブクラス cl_subl への参照であるためです。go_super は REF TO cl_super 型のデータ オブジェクトであり、スーパークラス 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 が REF TO cl_sub2 型のデータ オブジェクトであり、サブクラス cl_sub2 への参照であるためです。go_super は REF TO cl_super 型のデータ オブジェクトであり、スーパークラス cl_super への参照です。CAST 演算子は、参照変数から互換性のある型の別の参照変数へのダウンキャストまたはアップキャストを実行するために使用されます。ダウンキャストは、より一般的な型からより具体的な型への変換であり、アップキャストは、より具体的な型からより一般的な型への変換です。この場合、CAST 演算子は go_super から go_sub2 へのダウンキャストを実行しようとしていますが、go_super は cl_sub2 のインスタンスを指しており、これは cl_super のサブクラスであるため、可能です。
したがって、CAST演算子は例外を発生させずにgo_superの参照をgo_sub2に割り当てます。ただし、ステートメントA12で説明されているように、CAST演算子はgo_sublでは機能しません。
* C: この記述は正しくありません。go_sub2 = CAST #(go_super) は機能します。go_sub2->sub2_meth1(...) は機能しません。これは、go_sub2 が REF TO cl_sub2 型のデータ オブジェクトであり、サブクラス cl_sub2 への参照であるためです。go_super は REF TO cl_super 型のデータ オブジェクトであり、スーパークラス 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_sub2 のサブクラス固有のメソッドであり、cl_super によって継承されていないためです。したがって、メソッド呼び出しは実行時に例外 CX_SY_DYN_CALL_ILLEGAL_METHOD を発生させます123
* D: この記述は正しいです。go_subl->subl_meth1(...) は機能します。これは、go_subl が REF TO cl_subl 型のデータ オブジェクトであり、サブクラス cl_subl への参照であるためです。subl_meth1 は cl_subl のサブクラス固有のメソッドであり、cl_super によって継承されません。したがって、go_subl はメソッド subl_meth1123 を持つ cl_subl のインスタンスを指しているため、メソッド呼び出し go_subl->subl_meth1(...) は機能します。参照: NEW - ABAP キーワード ドキュメント、CAST - ABAP キーワード ドキュメント、メソッド呼び出し - ABAP キーワード ドキュメント

ABAP コード スニペットで、フィールド 4 が正しく定義されていません。これは、データ型 c (文字) に小数点以下の桁数を指定できないためです。小数点以下の桁数を指定できるのは、データ型 p (パック数) と f (浮動小数点数) のみです。したがって、フィールド 4 の定義では、小数点以下の桁数を指定しないか、データ型を p または f に変更する必要があります。
参照: 1: データ型とデータオブジェクト - ABAP キーワードドキュメント - SAP オンラインヘルプ

説明
SAP では、SAP S/4HANA システム変換の一環として変更を確認する際に、次のタイプのレガシーコードを削除することを推奨します。
標準の SAP オブジェクトと同一のコード。このタイプのコードは、追加機能やカスタマイズを提供しないため、冗長かつ不要です。また、標準の SAP オブジェクトが SAP S/4HANA で変更または置き換えられている可能性があるため、システム変換中に競合やエラーが発生する可能性もあります。したがって、このタイプのコードを削除し、代わりに標準の SAP オブジェクトを使用する必要があります。
キーユーザー拡張として再設計できるコード。このタイプのコードは通常、SAP S/4HANA が提供するアプリ内ツールを使用して実現できる UI またはビジネスロジックの適応に関連しています。このタイプのコードをキーユーザー拡張として再設計することで、コードベースを簡素化および標準化し、メンテナンスの労力を軽減し、システム変換中の互換性の問題を回避できます。したがって、このタイプのコードをキーユーザー拡張フレームワークに移行し、元のコードを削除する必要があります。
その他のタイプのレガシーコードは、ビジネスプロセスにまだ関連しているか必要である可能性があるため、削除することは推奨されません。ただし、SAP S/4HANA の簡素化項目とベストプラクティスに従って、それらをレビューして調整する必要があります。これらのタイプのコードは次のとおりです。
重要なビジネス プロセスをサポートするコード。このタイプのコードはビジネス オペレーションに不可欠であり、簡単に置き換えたり削除したりすることはできません。ただし、このタイプのコードが SAP S/4HANA と互換性があるかどうかを確認し、互換性がない場合はそれに応じて調整する必要があります。また、このタイプのコードを SAP S/4HANA の新機能を使用して最適化または拡張できるかどうかも検討する必要があります。
使用統計によると、使用率が 10% 未満のコード。このタイプのコードはほとんど使用されておらず、維持または変換する価値がない可能性があります。ただし、関連性とビジネス プロセスへの影響を確認せずに、このタイプのコードを削除しないでください。また、このタイプのコードを、使用率が高い、またはパフォーマンスが優れている他のコードに置き換えたり統合したりできるかどうかも検討する必要があります。
参考資料: SAP S/4HANA 変換中のカスタム コード管理 (CCM)、SAP S/4HANA 2020 向けカスタム コード移行ガイド

ファンクション モジュール ZF1 は、言語バージョンが「ABAP Cloud」に設定されているソフトウェア コンポーネントにあります。つまり、SAP の機能とデータにアクセスするには、公開 SAP API と拡張ポイントの使用を必要とする ABAP Cloud 開発モデルに準拠しています。これらの API と拡張ポイントは SAP によってリリースされ、SAP API Business Hub1 に文書化されています。顧客が作成したファンクション モジュールは公開 SAP API の一部ではなく、クラウド開発用にリリースされていません。したがって、言語バージョンが「標準 ABAP」に設定されているクラスからファンクション モジュールを直接呼び出すことは許可されておらず、構文エラーが発生します。ただし、言語バージョンが「標準 ABAP」に設定されているクラスからファンクション モジュールを間接的に呼び出すことは可能です。
ファンクション モジュールのラッパー クラスまたはインターフェイスを作成し、クラウド開発用にリリースします。ラッパーとは、ファンクション モジュールをカプセル化し、パブリック メソッドまたは属性を通じてその機能を公開するクラスまたはインターフェイスです。ラッパーは、言語バージョンが「ABAP Cloud」に設定されたソフトウェア コンポーネントで作成する必要があり、注釈 @EndUserText.label を使用してクラウド開発用にリリース済みとしてマークする必要があります。その後、パブリック メソッドまたは属性を使用して、言語バージョンが「Standard ABAP」に設定されたクラスからラッパーを呼び出すことができます2。
たとえば、次のコード スニペットは、汎用モジュール ZF1 のラッパー クラスを作成し、それをクラス zcl_demo_class から呼び出す方法を示しています。
@EndUserText.label: 'ZF1 のラッパー' CLASS zcl_wrapper_zf1 DEFINITION PUBLIC FINAL CREATE PUBLIC. PUBLIC SECTION. CLASS-METHODS: call_zf1 IMPORTING iv_a TYPE i iv_b TYPE i EXPORTING ev_result TYPE i. ENDCLASS.
クラス zcl_wrapper_zf1 実装。メソッド call_zf1。関数 'ZF1' の呼び出し、エクスポート a = iv_a、b = iv_b、インポート result = ev_result。ENDMETHOD。ENDCLASS。
クラス zcl_demo_class 定義。メソッド: m1。ENDCLASS。
クラス zcl_demo_class 実装。メソッド m1。DATA(lv_result) = zcl_wrapper_zf1=>call_zf1( iv_a = 2 iv_b = 3 )。書き込み: / lv_result。ENDMETHOD。ENDCLASS。
このコードの出力は次のようになります。
5

説明
ABAP コード スニペットで、フィールド 4 が正しく定義されていません。これは、データ型 c (文字) に小数点以下の桁数を指定できないためです。小数点以下の桁数を指定できるのは、データ型 p (パック数) と f (浮動小数点数) のみです。したがって、フィールド 4 の定義では、小数点以下の桁数を指定しないか、データ型を p または f に変更する必要があります。
参照: 1: データ型とデータオブジェクト - ABAP キーワードドキュメント - SAP オンラインヘルプ