5

SAP の従来の Dynpro では OO を開発できないという記事をいくつか読みました。初心者なので誤解があるかもしれません。しかし、クラスとオブジェクトを使用しているときは、オブジェクト指向を開発していますよね?

Dynpro では、クラスを使用してオブジェクトを作成したり、それらのメソッドを使用したりすることもできます。では、なぜ Dynpro は OO ではないのでしょうか?

私はそれが基本的な質問であることを知っていますが、私がOOについて誤解した場合は、これを頭から取り除く必要があります:)

4

2 に答える 2

2

これは主に、従来の PBO-PAI 処理によるものです。数年前に開発された古典的な dynpro のような「メッセージ ポンプ」にバインドされます。しかし、OOP の原則に従って開発することは不可能であるという点には同意できません。たとえば、さらなるナビゲーション、検証、および処理のために PAI をキャッチする必要があり、PBO で値、メッセージなどを設定できます。

しかし、それは醜いものですが、何に対する完璧なアプローチを提供しますか? 彼は彼？

MVC-デザイン-パターン。

優れたモデルとコントローラーをモデル化している限り、それをトップインクルードのオブジェクトとして追跡し、いくつかのラッパーを作成します。これは、最初に PAI/PBO を介してコントロールを渡す必要があります (私はそれほど好きではありません)。 - フォーム ルーチンに至るまでのモジュール、それらのフォーム ルーチン内。グローバル モデルとコントローラー クラスを作成し、alv-grid を 1 つ持つ dynpro を作成し、トップ インクルードも作成して、試してみます。まったく同じアプローチを使用して、すでに多くの標準アプリケーションがあります。良いことの 1 つは ( module-formroutine-delegation がありますが)、モデルとコントローラーの適切なモデリングを実際に開始できることです。これは定義上 oo です。

于 2016-03-15T11:31:08.630 に答える