ELO Wiki

Eine ältere Version des Dokuments wurde geladen! Beim Speichern wird eine neue Version des Dokuments mit diesem Inhalt erstellt.

====== Vergleich Generation 1/Generation 2 ======

Dieser Artikel vergleicht hier Generation 1/2 ganz grundlegend in unterschiedlichen Vergleichsdisziplinen.
===== Customizbarkeit von Formularen =====

In Sachen Customizbarkeit hat hier die Generation 1 Formularwelt die Nase vorne. Individuelle Formularblöcke sowie freier Zugriff auf das DOM/BOM ermöglichen hier alle Varianten von Ausgestaltungen. Bei Generation 2 müsste man das System schon gewissermaßen mit Filter-Injection jailbreaken, um hier die selben Freiheiten zu erlangen. Eher möglich, aber definitiv nicht unbedingt gewünscht ist eine solche Vorgehensweise. Bei Generation 2 ist hier vieles einfach vorgegeben, mit Version 25 wird das Korsett deutlich enger, in denen man eigene Lösungen entwickeln kann, da hier der Zugriff auf das DOM/BOM maskiert und unterbunden wird. Eigene Stylesheets sind hier nicht möglich, eigene Komponentenentwicklung auf Vue.js Basis ebenfalls nicht. Wohl hier für die "verspielten" Business Partner das Hauptproblem in diese Schiene zu wechseln.

===== Verwendbarkeit von Formularen =====

Hier hat wiederum die Generation 2 seinen Vorteil. Während Generation 1 Formulare nicht in der Postbox verwendet werden können und somit wiederum auf die alte "Ablagemaskenlogik" zurückgegriffen werden müsste (außer man baut sich hier wirklich mit erheblichem Aufwand ein "Bett" für die Verwendung von Generation 1 Formularen in der Postbox), kann hier Generation 2 wirklich durchgängig bei unterschiedlichen Ablageszenarien verwendet werden. Somit kann die Vielfalt der "ELO Clients" abgedeckt werden.

* JavaClient: keine Anpassungen mehr mittels IndexDialogAdapter JavaScript notwendig
  * WebClient: keine Anpassungen mehr mittels WebClient Scripting
  * DesktopClient: Ablagen können hier auch ohne vorherige Definition von ActionDefinitions passieren
  * IntegrationClient: ?

Summa summarum also ist hier eine durchgängigere und einfachere Vorgangsweise möglich als bei Generation 2. Die Komplexität sinkt hier drastisch. Zum Abbilden von Postbox-Massenablagen ist hier im JavaClient ein einfaches Skript notwendig, dass hier die Ablagen automatisiert durchführt. Seit Version 25 ist das aber kein Problem mehr, da der JavaClient hier auch richtig per Scripting auf die Ablagen reagiert.

===== Machbarkeit und Endurance von Entwicklern =====

Generation 2 ist im Vergleich zu Generation 1 also leichtgewichtigere Kost. Schulungen sind mittlerweile auch für Scripting verfügbar. Gesamt also weniger individuelle Programmiermöglichkeiten und weniger „Overkill-Customizing“, das hier in Programmier/Anpassungsstunden mündet.

===== Lokalisierbarkeit von Formularen =====

Hier gewinnt ebenfalls die Generation 2 ggü. der Generation 1. Lokalisierungen können mittels Lokalisierungstabelle im Paketdesigner der AdminConsole erfolgen. Hier können auch mehrere Sprachen gleichzeitig lokalisiert werden. Je nach Einstieg in die AdminConsole (hier ist die Einstiegssprache entscheidend), kann hier zwischen 20 verschiedenen Sprachen gesprungen werden. Ein Bearbeiten von verschiedenen Sprachdateien ist ebenso wenig notwendig wie ein mühsamer Reload des WF, der in bestimmten Cloud Umgebungen (und rein generell auch bei großen Systemumgebungen) administrativen Eingriff notwendig machen würde. Externes Lokalisieren mittels Export der Tabelle, Bearbeitung und Import der Tabelle ist ebenfalls möglich, wobei hier die grafische Schönheit des ganzen Prozesses entfällt. Eine Verbesserungsmöglichkeit wäre hier noch das automatische Aufräumen der Tabelle bei überschüssigen Einträgen.

===== Zukunftssicherheit =====

Hier gewinnt wenig überraschend ebenfalls Generation 2. Bei Generation 1 wird es hier wieder ein ähnlicher Prozess werden wie beim Bruch Windows/JavaClient. Zuerst wird eine gewisse Skepsis da sein wie bestimmte Projekte mit Generation 2 ins Laufen kommen. Der Hersteller wird dann über Jahre hinweg immer irgendwie und ohne echte Vision für den Partner an dieser und jener Ecke nachbessern. Die Koryphäen und Entwicklungsalphas werden dann zügig auf das Generation 2 Schiff überspringen bei neuen Projekten. Die Betas werden dann diesen Projekt wieder nachhüpfen. Und nachdem ja Generation 2 ja eh schon seit 2019 irgendwie immer da war, wird der Hersteller wahrscheinlich so um 2029/2030 rum sagen: trari, trara die Generation 1 ist jetzt baba. So war es auch beim Win/JavaClient Thema. 2006 die erste Version, bis 2013 kaum brauchbar und ab 2016 ging hier die Info rum, dass das jetzt die letzte Windows-Client Release sein wird, die mit Version 10 kommen wird. Der große Nachteil von der Philosophie ist halt immer, dass bis zu diesem Zeitpunkt dann die Karawane schon wieder längst weitergezogen sein wird, die Entwickler die Generation 1 am Leben halten, werden hier schon wahrscheinlich 2027/2028 schon längst vollständig übergesprungen sein. So ist es eigentlich auch 2018 bereits bei einem Großkunden mit dem Windows-Client gewesen. In ganz Österreich gab es hier eigentlich nur mehr 2 Experten mit Windows-Client Erfahrung. Definitiv zu wenig, um den Markt zu bereinigen. Es geistern hier immer noch Gerüchte um eine Handvoll Partner, die hier immer noch Windows-Clients im Einsatz haben sollen.

Zusammenfassung

Hinweis: Durch das Bearbeiten dieser Seite geben Sie Ihr Einverständnis, dass Ihr Inhalt unter der folgenden Lizenz veröffentlicht wird: CC Attribution-Share Alike 4.0 International