ABAPでのMVVMの実装

卒業後、C＃プログラマーとして数年間働きました。私はMVVMデザインパターンを使用してWPFアプリケーションを開発してきました。それから私はABAPに切り替えました。驚いたことに、SAPはOOパラダイムを前進させるために懸命に取り組んでいますが、ABAPはオブジェクト指向の言語というよりも手続き型の言語であることがわかりました。 MVCアーキテクチャパターンは通常、ビジネスロジックをGUIから分離するために使用されます。 MVCパターンを実装しようとするたびに、手順で記述されている場合よりもプログラムの保守がさらに困難になる特定の問題に直面しました。 MVCの実装が詳細に説明されているにもかかわらず、ABAPオブジェクトのデザインパターンと特殊なリソース（sapland.ru、blogs.sap.com）に例があります。およびその他）、ロジックの分離に関する問題が残っています。ABAPでのMVCの実装では、モデルは独立した部分のままであり、ビューとコントローラーは密接に関連しています。ViewとControllerの間の強力な結合により、保守とスケーリングが困難になります。以下に、これが発生する理由とその対処方法について説明します。

MVCおよびMVVMパターン

この記事では、MVCおよびMVVMパターンがどのように機能するかについては詳しく説明しません。今後必要となる要点のみをお伝えします。



MVCとMVVMの主な違いは、最初のコントローラーがビューとモデルの両方を認識している場合、ビューがモデルについて認識できることも許可されていることです。







MVVMパターンでは、レイヤー間の関係が弱くなります。ViewはViewModelとViewModelのみのモデルのみを認識します。ビューは、DataContex参照を介してViewModelからデータを受け取ります。







MVVMパターンは、C＃でのWPF開発用に設計されています。しかし、彼のアイデアはABAPにも適用できます。

ABAPでのMVCの問題

MVCを実装する場合、原則として、Modelクラスはグローバル定義に取り込まれ、ViewクラスとControllerクラスはローカル定義に取り込まれます。ローカルクラスの使用は、GUI要素と対話する必要があるためです。重要なのは、ABAPクラスで本格的なGUIを構築することは不可能であるということです。Viewクラスでは、GUIを形成するための機能（CL_SALV_TABLE、REUSE_ALV_GRID_DISPLAYなど）を使用できますが、これだけでは不十分です。教室でGUIステータス、ヘッダー、画面、PBO、PAIを作成することはできません。



ローカルビューとコントローラーには、いくつかの欠点があります。

1. ビューとコントローラーは、選択画面のすべてのグローバル変数とパラメーターにアクセスできます。
2. PBO PAI Controller View ( ALV) View ( ALV). View, Controller, View Controller. , .. , Low Coupling.

MVVM ABAP MVA

ABAPでMVVMを利用し、レイヤーをより独立させたいと思い、次の開発パターンを自分で定義しました。







MVVMを純粋な形式でABAPに実装することは不可能であるため、ViewModelを使用することは完全には正しくありません。したがって、ViewModelとControllerの代わりにApplicationを使用します。



論理分離の原則は、MVVMの原則に似ています。ビューはユーザーコマンドをアプリケーションに渡し、アプリケーションはモデルに作用します。フィードバックはありません。

ABAPアプリケーションの機能は、ユーザーの操作後にのみビューを更新できることです。一部の非同期プロセスでモデルが変更された場合でも、ビューの更新を開始することはできません。この機能を使用すると、モデルとビューの関係を弱め、ビューを更新する機能をビュー自体に委任できます。言い換えれば、アイデア自体が、いつ更新するか、いつ更新しないかを決定する必要があります。

MVAコンセプト

MVAの実装は、オブジェクト指向のアプローチに基づいており、アーキテクチャの各レイヤーに1つ以上のクラスが実装されます。各レイヤーにはいくつかのプロパティがあります。



ビュー（ビューおよびIView）：

• MVAは、IViewビューの抽象化で機能します。すべてのViewクラスには、IView実装が含まれている必要があります。
• IViewには、モデルとの対話が必要なイベントが含まれています
• IViewには、コンテキスト（ユーザーに表示する必要があるモデルデータへのリンク）が含まれています
• ビューには、モデルとの対話を必要としないビジネスロジックを含めることができます。たとえば、ALVからカウンターパーティカードへのフォールを実装する場合、このロジックはビューに適用されます。
• Viewには、Viewクラスに関連付けられている関数のグループにGUI要素が含まれています。

応用：

• ビューとモデルのバインディングとして機能し、アプリケーションへのエントリポイントです。
• 起動基準（アプリケーションを起動するパラメーターを決定する一連のパラメーター）があります。これらは通常、選択画面のパラメーターです。
• アプリケーション基準は、モデルとプレゼンテーションの基準で構成されます。たとえば、選択画面で投稿日を入力し、PDFまたはALVレポート出力フラグを指定する必要がある場合、投稿日はモデル基準を参照し、PDFおよびALVフラグは表示基準を参照します。
• 起動基準はアプリケーション設計者に渡されます。アプリケーションは、モデルとビューを作成し、ビューイベントをサブスクライブし、ビューコンテキストをモデルにバインドします。

モデル：

• ビューに必要なパブリック属性が含まれています。
• モデルの計算基準と初期化方法が含まれています。

MVAの実装

マテリアルフローレポートの例を使用して、MVAの実装について考えてみましょう。データ更新ボタンは、モデルとの対話として使用されます。



クラス図は次のようになります。







モデル。モデル設計者は、データ選択基準を入力として受け取ります。このクラスには、データを初期化および更新するためのメソッドと、表示するデータを含む属性があります。















IView。ビューインターフェイスには、コンテキストの設定、ビュー、イベントの表示、およびコンテキストタイプの定義のためのメソッドが含まれています。















IViewにはコンテキスト構造の説明が含まれており、構造フィールドは参照ビューである必要があり







ます。ビューはIViewインターフェイスを実装します。さらに、すべてのユーザーイベントはViewクラスによって登録され、アプリケーションで処理する必要があるイベントのみを発生させます。イベントパラメータでは、ビューから必要なすべてのデータ（たとえば、強調表示されたALV行）を渡す必要があります。



ALVビューでのViewクラスの







実装この実装では、GUIステータスを定義する必要があります。このために、FMを作成し、CL_SALV_TABLEインスタンス







に接続します。すべてのUIイベントがビューによって受信され（この場合はON_USER_COMMANDを介して）、必要に応じて、ビューがアプリケーションのRAISEEVENTを作成することが重要です。このアプローチにより、ビューとアプリケーションがより独立します。



応用。アプリケーションデザイナは、アプリケーション基準（選択画面パラメータ）を入力として受け取り、モデルとビューをインスタンス化し、ビューイベントをサブスクライブし、ビューコンテキストをモデルにバインドします。コンストラクターは、アプリケーションがビューについて知っている唯一の場所です。アプリケーションには、プログラムを開始するRUNメソッドが含まれています。アプリケーションの開始は、事前定義された画面パラメーターを使用したトランザクションの開始と比較できます。これにより、SUBMITなしで他のプログラムから使用できるようになります。







アプリケーションを起動します。現在、アプリケーションを起動するプログラムを作成しています。







これで、アプリケーションの準備が整いました。結果を見ることができます。







ビュー側のビジネスロジック。モデルとコントローラーを呼び出す必要のないイベントは、ビュー自体で処理できます。



たとえば、MATNRをダブルクリックしてMM03を開きたい場合、このロジックの処理はビュー側で実行できます。







このロジックは、考慮事項に基づいてビューレベルに移動されます。追加データのためにモデルをアドレス指定する必要はありません。ロジックはALVにのみ適用されます。ExcelまたはPDFの形式でViewが実装されている場合、このイベントは処理できませんでした。



参照



ABAPオブジェクトの設計パターン

初心者向けのパターン：MVC vs MVP vs MVVM

ABAPのアーキテクチャパターン：MVC、MVP、MVVM、MVA