Der Übergang zum OO ABAP?

Question

Es scheint, dass die meisten unserer SAP-Programmierer die alte Version von ABAP verwenden, die man vor der objektorientierten Sachen. Ich habe auch bemerkt, dass die Sprache ist viel sauberer und moderner mit OO (sie haben anscheinend die Möglichkeit, veraltete Dinge loszuwerden).

Da das System noch nicht ausgerollt, die Zeit, jede Neugestaltung zu machen, ist jetzt als später.

Es lohnt sich fordern, dass neue Code als OO ABAP-Programme geschrieben werden? Wie man das Management verkaufen? Ist die Schnittstelle mit nicht-OO-Programme funktionieren gut?

(aktualisiert beachten Sie, dass ich speziell über den neuen Code zu sprechen, vor allem für das nächste Jahr geplant)

Answer 1

Wenn es in der Produktion, nicht neu schreiben Ihren Code nicht. Lohnt sich nicht die Zeit oder das Geld, und kein Management (in einem Unternehmen groß genug, um zu laufen SAP) würde dem zustimmen.

Wenn Sie auf einer grünen Wiese Umgebung bewegen, sind Sie nie alles in Gang bringen neu geschrieben in OO. SAP hat getan, nicht einmal, dass mit ihrem Kern ECC-Module. Erwartet der Lage sein, es mit Ihrem eigenen Sachen zu tun, ist unrealistisch.

Ich möchte nur auf OO ABAP lesen und starten neue Programme mit ihm zu schreiben.

OO ABAP und prozeduralen ABAP arbeiten zusammen gut. Sie können anrufen Klassen und Methoden aus prozeduralen Programmen und (begrenztere, aber) umgekehrt.

Answer 2

Wir entwickeln eine Menge neuer, frisch, ABAP-Code für unsere Kunden, und die Verwendung von ABAP OO wächst langsam, aber immer noch wächst.

Es ist einfacher, neue Entwickler davon zu überzeugen, mit ABAP-OO zu arbeiten, weil es viel weniger ist, zu lernen. Auch das Schreiben von Code mit OO ABAP ermöglicht die korrekte Verwendung von Entwurfsmustern, hochwirksame Unit-Tests, UI Abstraktion (zB SAP GUI und WebDynpro oder SAP Console) und reduziert die Dokumentation viel.

Auch, wie einige Leute gesagt, SAP Umschreiben nicht ihre Codebasis ABAP OO. Aber sie gegeben sicherlich einen Versuch durch ME51N von ME51, ME21N von ME21 und SBWP von SO01 neu zu schreiben.

Auch alle neuen APIs von SAP, wie ABAP Unit, ABAP-Proxy, der neuen ALV, WebDynpro für ABAP und das komplett neue Enhancement und Switch Framework sind gute Beispiele (glaube ich), warum Sie etwas Aufmerksamkeit geben sollen es.

Answer 3

Es hängt von der Größe der Programme geschrieben werden. Wenn es ein großes „System“, ohne zu viel Datenbank-Interaktion ist, kann es einige Vorteile sein. Bei kleineren Programmen, sehe ich keine Vorteile von „Objektivierung“ Code.

Es hängt auch von den Fähigkeiten und Vorlieben der Entwickler. Wenn sie wollen „OO“, kann es besser sein Umgebungen. Wenn sie in ihren „alten Verfahren“ Denkweisen stecken, kann es andere Möglichkeiten, um den Code zu verbessern, als zu OO wechseln.

Ein Beispiel, das ich häufig zu sehen, bin ist die Diskussion von „Was sollte die Datenbank tun“ (z verbindet, Sortierung, Gruppierung) vs. „Was soll ich in Code tun“.

Answer 4

Ich habe gerade eine Kopie des Whitepapers Esti im SAP SDN erwähnt: Verwenden Noch nicht ABAP Objects? Acht Gründe, warum jeder ABAP-Entwickler sollte Geben Sie ihm einen zweiten Blick

Dieses Dokument gibt einen kurzen Einblick in die Vorteile von ABAP OO verwenden.

Answer 5

Versuchen Sie, eine Kopie des Whitepapers zu finden:

Verwenden Noch nicht ABAP Objects? Acht Gründe, warum jeder ABAP-Entwickler sollten Geben Sie ihm einen zweiten Blick von Horst Keller und Gerd Kluger .

Einige der größten Vorteile für SAP OO, vor allem mit neuem SAP-Entwickler sind, dass es Sie zwingt, viel deutlicher, dass Verfahren ABAP zu sein. Es macht geschriebener Code viel besser verwaltbar und kann vertrauter Programmierer von einem Mainstream-Hintergrund kommen fühlen.

Answer 6

Alte, klassische Berichte enthalten häufig redundante Codierungen. Verschiedene Berichte wurden mit vielen „copy and paste“ gebaut. Versuchen Sie, die Dinge überflüssig sind und dann ziehen sie - Schritt für Schritt - aus diesen Berichten in neue globale, wiederverwendbar, gut gestalteten Klassen und macht die alten Berichte straffer durch die bestehenden Code ersetzt mit „Call-Methode“ s zentralen definiertem und erprobte OO-Logik.