ERP Software mit Delphi

[Lemmy]

Zitat von tsteinmaurer:

Abhängigkeiten geht man als Unternehmen immer ein. Hier IBObjects als Negativbeispiel darzustellen sei dir freigestellt, aber das gleiche könnte dir genau so mit IBDAC, FIBPlus und andere passieren.

Nein: die IBObjects haben lange (in den RAD-Hochzeiten) davon profitiert neben den reinen DB-Zugriffskomponenten (Query,...) auch visuelle Komponenten mit anzubieten die einen großen Leistungsumfang haben, d.h. ohne viel Code eine große Oberflächenfunktionalität. D.h. eine Trennung GUI-Business-DB ist da schlicht nicht möglich, weil einfach alles im Formular passiert. Will man hier von IBO weg, heißt das im Grunde komplette Neuentwicklung.

Das soll jetzt aber nicht heißen, dass die IBO total mies wären

Grüße

[tsteinmaurer]

Das mit den visuellen Komponenten stimmt natürlich, aber man hat in IBO auch den Weg über die TDataset kompatiblen Zugriffskomponenten gehen können.

Ersetzen im visuellen kann immer schwierig sein. Versuch mal DevExpress, Raize, TMS etc. mit anderen zu ersetzen, falls notwendig.

[Lemmy]

Zitat von tsteinmaurer:

Das mit den visuellen Komponenten stimmt natürlich, aber man hat in IBO auch den Weg über die TDataset kompatiblen Zugriffskomponenten gehen können

LOL... hätte... sicherlich. Man hätte auch ein ORM einsetzen können. Oder wenigstens vernüftige Layer einführen können,....

Zitat von tsteinmaurer:

Ersetzen im visuellen kann immer schwierig sein. Versuch mal DevExpress, Raize, TMS etc. mit anderen zu ersetzen, falls notwendig.

seh ich anders - wenn man es "richtig" macht und Logik von Gui ändert, dann ist selbst das kein Thema. Aufwändig, aber machbar.

[tsteinmaurer]

Zitat:

seh ich anders - wenn man es "richtig" macht und Logik von Gui ändert, dann ist selbst das kein Thema. Aufwändig, aber machbar.

Dachte hier eher an das ersetzen vom z.b. DevExpress Grid mit etwas anderem. Da kannst du GUI von Logik schon getrennt haben.