Ich bereite gerade die Entwicklung einer Kassensoftware für meine Bachelorarbeit vor.
Das ganze soll laut Vorgabe objektorientiert funktionieren.
Eigentlich wollte ich wie in vergangenen Projekten ein klassisches Dynpro verwenden. Habe nach kurzer Recherche aber gelesen, dass OO in einem Dynpro nicht/schlecht zu implementieren ist.
Bevor ich beginne wollte ich mir daher kurzen Rat holen ob die Aussage über Dynpros korrekt ist, bzw. wie sich OO in WebDynpros (da habe ich etwas Erfahrung) und in SAP UI5 (noch keine Erfahrung) umsetzen lässt.
Vielen Dank schonmal für alle Tipps und Erfahrungswerte die hier geteilt werden.
das Problem ist, dass du aus einer globalen Klasse/Methode kein Dynpro rufen kannst, weswegen OO und Dynpro nicht ganz so gut zusammen passen.
Du kannst jetzt aber bspw. deine Screens in einer Funktionsgruppe kapseln und einen Fuba zum Aufruf der Dynpros bereitstellen. Der/die Fubas können
dann aus deinen Methoden aufgerufen werden. (CALL FUNCTION in einer Methode ist aber halt auch nicht mehr rein OO)
Aus lokalen Klassen ist aber möglich, Dynpros zu rufen. Daher könntest du dir auch eine lokale Controller-Klasse schreiben, aus welcher die Screens
aufgerufen werden und die Eingaben an deine Geschäftslogik delegiert werden.
WebDynpro basiert auf MVC und ist vollständig objektorientiert aufgebaut.
Gruß
Volker
Folgende Benutzer bedankten sich beim Autor VolkerPuttmann für den Beitrag: Dyrdek
Eine Frage hätte ich da vielleicht noch. Da ich Einsteiger bin und OO bisher nur in Java verwendet habe, folgende Frage.
Verwende ich in einem WebDynpro Klassen? Oder ist die Struktur mit Components, etc. bereits der OO Aufbau?
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.