各ステートメントの説明は次のとおりです。
* C: このステートメントは有効です。クラス CL1 はインターフェイスを使用します。これは、クラス CL1 がクラス定義の public セクションの INTERFACES ステートメントを使用してインターフェイス ifl を実装しているためです。INTERFACES ステートメントは、クラスをインターフェイスと互換性のあるものにし、インターフェイスのすべてのコンポーネントを継承します。クラスは、インターフェイス コンポーネント セレクタ ~ (ifl~ml12 など) を使用して、メソッド ml などのインターフェイス コンポーネントを使用できます。
* E: このステートメントは有効です。クラス CL1 はインターフェイスを実装します。これは、クラス CL1 がクラス定義の public セクションの INTERFACES ステートメントを使用してインターフェイス ifl を実装しているためです。INTERFACES ステートメントは、クラスをインターフェイスと互換性のあるものにし、インターフェイスのすべてのコンポーネントを継承します。クラスは、メソッドがオプションまたは抽象として宣言されていない限り、クラスの実装部分でインターフェイス メソッド ml の実装を提供する必要があります12
* D: このステートメントは有効です。クラス CL2 では、インターフェイス メソッドの名前は ifl~ml です。これは、クラス CL2 に、インターフェイス ifl への参照である REF TO ifl 型の m0_ifl というデータ メンバーがあるためです。インターフェイス ifl はメソッド ml を定義し、これは参照変数 m0_ifl を使用して呼び出すことができます。インターフェイス メソッド ml は、クラス内では ifl~ml という名前を持ちます。ここで、ifl はインターフェイスの名前、文字 ~ はインターフェイス コンポーネント セレクタです12。その他のステートメントは、構文エラーまたは論理エラーがあるため、有効ではありません。これらのステートメントは次のとおりです。
* A: この記述は無効です。クラスCL1では、インターフェースメソッドの名前はifl~mlであり、if-mlではありません。
* クラス CL1 は、クラス定義の public セクションの INTERFACES ステートメントを使用して、インターフェイス ifl を実装しているためです。インターフェイス ifl は、クラス名またはクラスへの参照を使用して呼び出すことができるメソッド ml を定義します。インターフェイス メソッド ml は、クラス内では ifl~ml という名前を持ちます。ここで、ifl はインターフェイスの名前であり、文字 ~ はインターフェイス コンポーネント セレクタです。文字 ~ の代わりに文字 - を使用すると、構文エラーが発生します12
* B: このステートメントは無効です。クラス CL2 はインターフェースを使用せず、インターフェースへの参照のみを持っています。これは、クラス CL2 に、インターフェース ifl への参照である REF TO ifl 型の m0_ifl というデータ メンバーがあるためです。インターフェース ifl は、参照変数 m0_ifl を使用して呼び出すことができるメソッド ml を定義します。ただし、クラス CL2 はインターフェース ifl を実装しておらず、インターフェース コンポーネントを継承していません。したがって、クラス CL2 はインターフェースを使用せず、インターフェースを参照するだけです12 参照: インターフェース - ABAP キーワード ドキュメント、クラス - ABAP キーワード ドキュメント

説明
ABAP クラウド開発モデルでは、SAP の機能とデータにアクセスするには、公開されている SAP API と拡張ポイントのみを使用する必要があります。これらの API と拡張ポイントは SAP によってリリースされ、SAP API BusinessHub1 に文書化されています。顧客が作成した機能モジュールは、公開されている SAP API の一部ではなく、クラウド開発用にリリースされていません。したがって、ABAP クラウド クラスから機能モジュールを直接呼び出すことは許可されておらず、構文エラーが発生します。ただし、ABAP クラウド クラスから機能モジュールを間接的に呼び出す方法は 2 つあります。
ファンクション モジュールのラッパー クラスまたはインターフェイスを作成し、クラウド開発用にリリースします。ラッパーは、ファンクション モジュールをカプセル化し、パブリック メソッドまたは属性を通じてその機能を公開するクラスまたはインターフェイスです。ラッパーは、言語バージョンが「標準 ABAP」に設定されたソフトウェア コンポーネントで作成する必要があり、注釈 @EndUserText.label を使用してクラウド開発用にリリース済みとしてマークする必要があります。その後、パブリック メソッドまたは属性を使用して、ABAP Cloud クラスからラッパーを呼び出すことができます2。
ABAP Cloud Connector を使用して、ABAP Cloud クラスからリモート関数呼び出し (RFC) として汎用モジュールを呼び出します。ABAP Cloud Connector は、SAP BTP、ABAP 環境、オンプレミス システム間の安全で信頼性の高い通信を可能にするサービスです。汎用モジュールは、オンプレミス システムで RFC 対応汎用モジュールとして公開され、ABAP Cloud Connector に登録されている必要があります。ABAP Cloud クラスは、クラス cl_rfc_destination_service を使用して宛先名を取得し、クラス cl_abap_system を使用して汎用モジュールのプロキシ オブジェクトを作成できます。プロキシ オブジェクトを使用して、汎用モジュール 3 を呼び出すことができます。
参照: 1: SAP API Business Hub 2: ABAP クラウド プロジェクトの作成 | SAP ヘルプ ポータル 3: リモート関数モジュールの呼び出し | SAP ヘルプ ポータル

スーパークラスのコンポーネントをサブクラスで再定義するには、次の操作を行う必要があります12。
* サブクラスのコンポーネント宣言に REDEFINITION 句を追加します。これは、コンポーネントがスーパークラスから継承され、サブクラスで再実装する必要があることを示します。再定義は、スーパークラスのコンポーネント宣言と同じ可視性セクションで実行する必要があります。
たとえば、スーパークラスに public メソッド m1 がある場合、サブクラスでも REDEFINITION 句を使用して再定義されたメソッド m1 を public として宣言する必要があります。
* 再定義されたコンポーネントをサブクラスに実装します。つまり、サブクラスに固有のコンポーネントの新しいロジックまたは動作を提供します。サブクラスの再定義されたコンポーネントは、サブクラス オブジェクトが使用されるときに、スーパークラスの元のコンポーネントをオーバーライドします。たとえば、スーパークラスに「Hello」を返すメソッド m1 がある場合、サブクラスはメソッド m1 を再定義して、代わりに「Hi」を返すようにすることができます。
以下のいずれも実行できません。
* 再定義されたコンポーネントをスーパークラスで 2 回目に実装します。スーパークラスにはサブクラスに継承されたコンポーネントの実装がすでにあるため、これは不可能です。再定義されたコンポーネントの新しい実装を提供するのは、スーパークラスではなくサブクラスの役割です。
* スーパークラスのコンポーネントに REDEFINITION 句を追加します。スーパークラスは、コンポーネントがサブクラスによって再定義可能であることを示す必要がないため、これは必要ありません。サブクラスは、サブクラスのコンポーネント宣言に REDEFINITION 句を追加することによって、コンポーネントが再定義されていることを示す必要があります。
参考資料: 1: メソッド - 再定義 - ABAP キーワードドキュメント - SAP オンラインヘルプ 2:
メソッドの再定義 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ

説明
CAST が機能することを保証するために使用できる述語条件は、IS INSTANCE OF です。IS INSTANCE OF 述語条件は、オペランドが指定されたクラスまたはインターフェイスのインスタンスであるかどうかを確認します。これは、より一般的な型からより具体的な型への変換であるダウンキャストを実行する場合に便利です。オペランドがターゲット型のインスタンスでない場合、ダウンキャストは失敗する可能性があり、ランタイム エラーが発生する可能性があります。したがって、CAST 演算子を使用する前に、IS INSTANCE OF 述語条件を使用してダウンキャストが可能かどうかを確認できます12。例:
次のコード スニペットは、IS INSTANCE OF 述語条件を使用して、変数 g_super がクラス lcl_super のインスタンスであるかどうかを確認します。インスタンスである場合は、CAST が機能し、変数 g_sub1 に g_super の値が割り当てられます。
データ: g_super は lcl_super への型参照、g_sub1 は lcl_sub1 への型参照です。g_super が lcl_super のインスタンスである場合。g_sub1 = CAST #( g_super ). g_sub1->method( ... ). ENDIF.
以下のいずれも実行できません。
IS SUPPLIED: IS SUPPLIED 述語条件は、メソッドまたは関数モジュールのオプション パラメータが呼び出し元によって提供されているかどうかをチェックします。これは、パラメータに値があるかどうかに応じて異なるケースを処理する場合に便利です。ただし、この述語条件は、CAST 演算子やオペランドの型とは関係ありません12。
IS NOT INITIAL: IS NOT INITIAL 述語条件は、オペランドに初期値以外の値があるかどうかをチェックします。これは、オペランドに値が割り当てられているかどうかを確認する場合に便利です。ただし、この述語条件では、オペランドに値があってもターゲット タイプのインスタンスではない可能性があるため、CAST が機能することが保証されません12。
IS BOUND: IS BOUND 述語条件は、オペランドがバインドされた参照変数であるかどうかをチェックします。これは、オペランドが既存のオブジェクトを指しているかどうかを確認する場合に便利です。ただし、この述語条件では、オペランドがオブジェクトを指していても、ターゲット タイプのインスタンスではない可能性があるため、CAST が機能することが保証されません12。
参照: 1: 述語式 - ABAP キーワード ドキュメント - SAP オンライン ヘルプ 2: ABAP - 述語 | SAP コミュニティ