Fuba oder Methode

Re: Fuba oder Methode

Keiner behauptet, dass irgendwas für alles gut ist, das ist nichtmal SAP als Ganzes. Ich bin kein Windows-Profi, aber soweit ich weiß, ist Office zwangsläufig mit einem 365-Abo verbunden. Und heute ist eben nicht mehr alles Intranet, dafür ist die Welt zu „bunt“ geworden.


Ralf

Re: Fuba oder Methode

Privat ist das manchmal praktisch, Daten zu „sharen“. In unserer Familie gibt es ein Familienadressbuch, in dem die Kontakte stehen, die wir eh alle nutzen (insbesondere Familienmitglieder). So kommt es sicher nicht vor, dass drei Leute von einer Person unterschiedliche Daten haben. Bei wem sich was ändert, der ändert es auf seinem Gerät und alle haben die neuen Daten. Auch Terminplanung in der Familie wird so stark vereinfacht, die ist bei uns schon im engeren Familienkreis auf mehrere Bundesländer verteilt. Anders wäre z. B. eine Urlaubsplanung kaum möglich.

Aber das wissen ja dann auch alle Beteiligten, wir haben das intensiv diskutiert. Und insbesondere diskutiert, was man dann NICHT machen darf, wenn man sowas nutzen will.

Allen Datenschutzkunden (also Unternehmen) habe ich in umfangreichen Gutachten dringend davon abgeraten. Manche wollten nicht auf mich hören. Und die kriegen jetzt ein Problem.


Ralf

Re: Fuba oder Methode

ralf.wenzel hat geschrieben:

black_adept hat geschrieben:Und nach dem was ich von SAP gehört habe bzgl. Unterstützung von der guten alten SAPGUI ( bzw. es wurde ja mal gesagt, dass dies ein auslaufendes Modell sei ) und von einigen Usern, die die Haptik der GUI einfach besser finden als das was SAP gerade so pusht halte ich die guten alten Dynpros immer noch für ein veritables Ausgabemedium.

Nicht, wenn du einen Barcodereader hast mit einem Minidisplay, dann bist du froh, wenn du eine ganz normale Browser-UI programmieren kannst.

Hierüber musste ich ein wenig nachdenken, denn die Aussage kam mir irgendwie falsch vor. Und jetzt ist es mir doch wieder eingefallen.
Wenn ich einen Minidisplay habe muss ich üblicherweise anders vorgehen als wenn ich einen großen Bildschirm zur Verfügung habe. Das hat SAP sogar schon zu Zeiten erkannt, bevor es den neumodischen Schnickschnack wie UI5 und Konsorten gab. Z.B. gibt es die sogenannten RF-Transaktionen ( hier mal eine Liste), die auch das machen was eine "richtige" Gui kann - aber auf einem etwas anderen Weg, weil eben auf dem Bildschirm nciht so viel dargestellt werden kann und somit pro Screen nur eine minimale Anzahl von Informationen ausgegeben werden können.
Nun ist es relativ egal, ob man sich nun für UI5 oder GUI entscheidet- die Ursache für die alternative Verarbeitung ist nicht das Ausgabemedium Gui oder Browser sondern die Beschränkung des Platzes auf dem Bildschirm. Ich erinnere mich auch nur noch an diese ganze Sache, weil die Firma für die ich damals unterwegs war es geschafft hatte sich Handscanner anzuschaffen, deren Bildschirm (trotz Beratung *sigh* ) noch kleiner waren als dass sie die schon kleinen Dynpros der RF-Transaktionen von SAP darstellen konnten, so dass wir die benötigten SAP-Transaktionen kopieren und die verwendeten Dynpros irgendwie noch kleiner machen mussten.
Somit ist es in dem von dir angeführten Beispiel (für mich jedenfalls) egal, ob man nachher nun eine Browser oder eine GUI-Version für die Scanner schreibt. Der Unterschied (wieder in meinen Augen): Ja - eine Browserbasierte interaktion kann viel viel hübscher aussehen als die doch recht dröge SAPGUI-Variante. Aber dafür existieren für die Dynproerstellung jahrelang erprobte und ausgefeilte Tools und Techniken wohingegen ich die UI5-Entwicklungsumgebung aktuell für noch stark verbesserungswürdig halte und erst in ein paar Jahren wohl darin vernünftig arbeiten kann ( und ich die "einfach" erstellten UI5-Ausgaben auch nicht besonders hübsch finde ).

Re: Fuba oder Methode

ralf.wenzel hat geschrieben:So kann man nur reden, wenn man noch nie eine GUI mit den SAP-Tools erstellt hat. Das ist ein dermaßen unhandliches Gekrücke, dass ich kurz davor war, meinen Laptop aus dem Fenster zu werfen.

Bei allem Respekt den ich auch vor dir habe, Ralf: So was kann man nur sagen wenn man noch nicht genug Erfahrung im Erstellen von GUIs mit den SAP-Tools hat. Und das vermute ich jetzt mal bei dir, da du ja häufig genug darauf hinweist, dass du dich um die Ausgabe weniger kümmerst sondern "mehr unter der Haube" programmierst. Oder solltest du etwa noch den klassischen Screenpainter statt des graphischen Screenpainters verwenden - dann könnte ich dich ja noch verstehen.
Wie dem auch sei - ich habe hinreichend viele Dynpros/GUIs erstellt, so dass ich schon sehr genau weiß wovon ich spreche! Könnte alles deutlich! moderner sein - aber die Tools sind absolut ausreichend.

Re: Fuba oder Methode

gtoXX hat geschrieben:Wer eigene Applikationen entwickelt sollte immer mindestens ein MVVM verwenden.

Ich kannte bis jetzt nur MVC

Mal schauen was Google mir dazu ausspuckt

Re: Fuba oder Methode

4byte hat geschrieben:

gtoXX hat geschrieben:Wobei Dynpros, aufgrund ihrer Natur zusätzliche Kapselung bedürfen.

Wie kann ich mir das vorstellen?

Sorry vielleicht eine blöde Frage. Bin noch ein SAP Neuling relativ frisch aus dem Studium
Und möchte einfach richtige Praktiken von erfahrenen Sap'lern lernen

Da Dynpros noch aus prozeduralen Urzeiten stammen muss man sich überlegen wie man diese mit einem modernen (klassenbasierten) MVC (oder von mir aus auch MVVM) verbindet.
Es gibt einige interessante Ansätze dazu von SAP selbst, aber die Frameworks sind irgendwo mittendrinnen stehengebleiben, als die SAP den Schwenk zu HTML5 (UI5 usw.) vollzogen hat.
Was ich bislang von unseren Software-Lieferanten so gesehen hab ist, dass alle (notgedrungen) ein eigenes Dynpro <-> Klasse Framework begonnen haben.

Re: Fuba oder Methode

a-dead-trousers hat geschrieben:Es gibt einige interessante Ansätze dazu von SAP selbst, aber die Frameworks sind irgendwo mittendrinnen stehengebleiben, als die SAP den Schwenk zu HTML5 (UI5 usw.) vollzogen hat.

Das ist eines der Probleme unserer Zeit. Es wird alles angefangen aber nichts wird
richtig fertig. Bei Facebook hat man das ja mal zum Prinzip erhoben, kam aber
sehr schnell wieder davon runter. Und bei denen passiert ja eigentlich nix wenn
mal etwas nicht funktioniert. Bei der SAP hat man das noch nicht begriffen, das
legt im Zweifel aber ganze Betriebe lahm.