Bestehende Software modernisieren / Umstieg

[Rolf Frei]

Du solltest dir unbedingt mal das anschauen: https://www.elevatesoft.com/products...y=ewb&type=web

Das ist im Moment glaube ich das Beste, was es am Markt gibt und benötigt keine andere IDE. Eine Delph installation wird also dafür nicht benötigt. Du schreibst deinen Code wie bisher in einer sehr nah an Delphi (Object Pascal) angelehnten Syntax, die dann kompiliert und JS produziert. Das Ganze ist auch leicht erweieterbar mit eigenen Komponenten etc. halt wie man es auch von Delphi gewohnt ist. Die ganzen Delphi-basierten Lösung wie TMS WebCore, sind hier viel unhandlicher zu nutzen und benötigen viel JS-Wissen. Im EWB kann man alles in Object Pascal programmieren.

Das Produkt ist übrigens zu 100% in Delphi geschrieben. Ich nutze seit Jahren deren DB-Systeme DBISAM und ElevateDB, das ich dir eventuell als Ersatz für PostgresSQL an Herz legen kann.

[361]

Hallo zusammen,

und erst einmal jedem einzelnen hier vielen Dank für seine Ausführungen. Ich würde gern noch einmal etwas mehr Input geben, was vielleicht die Situation noch etwas besser darlegt und dann auch noch mal erwähnen, dass noch nichts festgelegt ist oder ich genau weil es ein schwieriges und aufwendiges Thema ist, mich hier erkundige.

Was wollen die Kunden?
- Web-Anwendung, weil sie international viel unterwegs sind und von dort arbeiten müssen; hier ist es teilweise schon schwer, in Asien in manchen Ländern einen Laptop einzuführen
- bessere Entwicklungsgeschwindigkeit
- UI-Skalierungsmöglichkeiten (in Windows sind diese sehr beschränkt, Alphaskins hat hier jedoch für uns schon etwas gebaut, funktioniert jedoch nur 80%)

Der Punkt Web-Anwendung ist also essentiell.

Was haben wir als Produkt?
- Windows Desktop Anwendung
- Client-/Server
- Business Tier Layer mit Code Generator
- DB Layer
- PostgreSQL
- es werden diverse Komponenten verwendet, von DevExpress über DevArt, FastReports, Alphaskins, etc...
- es gibt kein Data Binding, wir füllen Daten per Code in die UI

Was wollen wir?
- bessere Produktivität und statt Programmierung mehr Fokus auf den Inhalt im Bereich UI legen können (wir haben hohe Hürden, UIs zu bauen, z.B. das Füllen von Daten muss programmiert werden/kein Data Binding, ebenso UI-State-Handling, etc)
- Redesign der Oberflächen (cirka 1200 Forms und Frames, ist eher eine Anforderung kundenseitig, hier spielt auch das Thema Skalierung mit rein)
- Dependency Injection und bessere Testmöglichkeiten, was teilweise ein Code-Redesign erfordern würde, weil Methoden teils zu komplex sind

Die Web-Anwendung ist von uns aus keine Anforderung, da sie es jedoch von den Kunden her ist, ist es unumstößlich diese Möglichkeit zu verweigern. Die Desktop-Anwendung ist von keinem Kunden mehr gewünscht. Der Aufwand einer Neuentwicklung ist recht hoch, da wir aber die Software inhaltlich zu 80% so übernehmen können, wie sie jetzt ist, ist im Prinzip die Konzeptphase viel geringer, man weiß genau, wo man hin möchte. Um diesen Aufwand technisch zu verringern, sah ich als Ansatz Low-Code. Hier ist die enge Bindung an den Hersteller jedoch sehr negativ zu bewerten. Also was nun?

Mein Ansatz wäre nun aufgrund der Komplexität der Anforderungen ein Neuanfang. Grundsätzlich bin ich auch gegen sowas, allerdings wenn man - wie Bernhard glaube ich meinte - feststellt, dass sich die Welt draußen vollständig geändert hat, muss man sich die Frage stellen, ob ich den Golf nun in ein Amphibienfahrzeug für eine andere Umgebung umbaue, gleichzeitig noch meine eigenen umfangreichen Baustellen irgendwie abschaffe oder einen Cut mache. Der Support der Bestandsanwendung ist nicht sehr hoch, da wir alle Module soweit entwickelt haben, dass wir immer nur Fehlerkorrekturen machen müssten. Ich freue mich auf Eure Meinungen.

[DataCool]

Hallo zusammen,

ich würde von einer kompletten Neuentwicklung abraten!

Stattdessen würde ich folgendes empfehlen:

- Bestehende Desktop Applikation(Delphi) dahingehend erweitern, das jegliche Logik ohne GUI funktioniert(am besten sauber in einzelnen Units gekapselt)

- Eine neue Mittelschicht(Web-Server mit Delphi realisiert) einführen, die jegliche Business-Logik enthält und entsprechende Calls zur Verfügung stellen,
das diverse "Clients" Daten abrufen, schreiben, auswerten etc. können
WENN die Zwischenschicht auch mit Delphi entwickelt wird können, die schon vorhandenen Delphi-Klassen 1:1 weiter genutzt werden !

- Als Online/Web-Client würde ich eine PWA (Progressive Web App)empfehlen.
Hiermit können Browser, aber auch alle mobilen Geräte "bedient" werden, sogar ein Einsatz auf dem Destop PC als WPA wäre möglich
Die WPA kommuniziert via HTTPS mit der Zwischenschicht, als Datenaustausch-Format empfehle ich JSON.

- Falls für mobile Endgeräte "echte" native Clients/Anwendungen benötigt werden, so können diese auch ohne weiteres durch die Verwendung der Mittelschicht umgesetzt werden.

Jegliche Logik befindet sich in der Zwischenschicht und wird auch nur dort gewartet..... Alles an einer Stelle !!
Jegliche "Clients" sind einfach nur "dumme" Anzeige-Tools, die keinerlei Logik enthalten.
Jede "Entscheidung", Berechnung, Verdichtung, .... wird in der Zwischenschicht umgesetzt.

Ich setzte die gleiche Technik genauso schon in einem ERP ähnlichem Projekt ein, mit über 200 Standorten in Europa verteilt + diverse mobile Mitarbeiter.

Gretes DataCool

[Neumann]

Ich kann dem Beitrag von Datacool 100% zustimmen.

So werde ich es auch machen.

[361]

Hallo noch mal zusammen,

da ich Diskussionen ohne Rückmeldung der Lösung selbst nicht mag, möchte ich für den einen oder anderen, den das Thema auch beschäftigt mal meinen aktuellen letzten Stand wissen lassen. Ich hatte von den Low-Code-Produkten Outsystems am besten gefunden, gerade von der Produktivität her. Aktuell beschäftigen wir uns mit den Lösungen Sencha ExtJS/ExtAngular und IONIC. Das ganze im Backend mit PostgreSQL, Hibernate und REST. Bei Sencha scheint man von der Produktivität her viele Vorteile zu haben, auch wenn es proprietär ist. Die Kundenliste spricht allerdings wieder dafür und auch der Preis.

Vielen Dank noch mal an alle, die hier geantwortet haben.

[generic]

Ich freunde mich immer mehr mit C# an. Es ist vielseitig - Web, WebAPI, Handy etc.

Was wir mit großen Delphi Projekten machen:

Neuentwicklungen werden wenn möglich immer nur noch mit C# gemacht.

Wenn eine Delphi Anwendung erweitert werden soll, wird das mit C# gemacht.

Es wird dann via COM und SideBySide-Registration eine DLL erzeugt, welche in Delphi mit ImportTLB eingelesen und genutzt wird.

Geht es um neue UI, dann werden die für die VCL Anwendung in WPF gemacht und ebenfalls über COM eingebunden.

Sollen Webservices gebaut werden, wird das mit C# gemacht und via COM die Delphi Geschäftslogik in C# eingebunden.

Teilweise erzeugen wir VUE.js Oberflächen und Backends in C#, welche dann via "Browser" in die Delphi-Anwendung integriert werden.

So kann sehr viel wiederverwendet werden.

[DieDolly]

Zitat:

Was wir mit großen Delphi Projekten machen:

Neuentwicklungen werden wenn möglich immer nur noch mit C# gemacht.

Lass das bitte einen zuständigen Embarcadero-Mitarbeiter lesen. Ob sich vielleicht in 5 Jahren irgendwas an Delphi verbessert? Aber bis dahin schreiben eh alle in C#
Der Trend für Android geht auch immer mehr Richtung JavaScript und andere Frameworks. Der Delphi-way hat kaum begonnen und ist schon quasi weg vom Fenster.

Seien wir mal ehrlich. Delphi hinkt immer hinterher. Erst kürzlich kamen Variablen, die man überall deklarieren konnte. Aber seit jeher schlagen wir uns mit hässlichen Code InSight-Fehlern rum. Entweder bringt man beides aktualisiert raus oder gar nichts. Updates müssten viel schneller kommen.