Delphi vs. Free Pascal

[bcvs]

Zitat von atari1040:

was für mich ein guter Grund ist, immer auf die "kostenlosen" Tools der Hersteller zu setzen, in meinem Fall XCode/Swift.

Das endet aber spätestens dann, wenn man den selben Quellcode auf verschiedenen Plattformen verwenden will. Bei mir werkeln exakt die selben Units in den Android- und iOS-Versionen der App und im Windows-Backend, evtl. mit ein paar ifdefs drin.

[atari1040]

Zitat von bcvs:

Zitat von atari1040:

was für mich ein guter Grund ist, immer auf die "kostenlosen" Tools der Hersteller zu setzen, in meinem Fall XCode/Swift.

Das endet aber spätestens dann, wenn man den selben Quellcode auf verschiedenen Plattformen verwenden will. Bei mir werkeln exakt die selben Units in den Android- und iOS-Versionen der App und im Windows-Backend, evtl. mit ein paar ifdefs drin.

Ich behaupte, dass ich mit dem Einsatz von Lazarus, Xcode und Android Studio schneller bin als mit dem "Wunschtraum" einen gemeinsamen oder "dem selben" Code für alle Systeme langfristig nahe am System zu entwickeln. Das funktioniert am besten mit Web-Frameworks, Electron, Tauri, usw. (siehe Ergebnisse wie VSCode) aber nicht mit Delphi.
Es funktioniert mit Delphi, es ist aber je nach Aufgabenstellung nicht zwangsläufig schneller oder besser pflegbar. Die EierlegendeWollmilchsau gibt es nicht.

[johndoe049]

Zitat:

Wagt mal den Blick über den Tellerrand, und vergleicht die heutige Delphi-Welt mal mit komplett kostenlosen Umgebungen, mit ihren Tonnen an kostenlosen und gut gewarteten weit verbreiteten Bibliotheken. Das ist mittlerweile eine ganz andere Welt

Unsere Erfahrung ist, dass dies zwar sehr gut für reine Softwareanwendungen funktioniert, egal ob ERP, Graphik/Video, etc. aber sich schnell ändert, wenn man in andere Softwarebereiche geht. Bei einigen Projekten ist auch noch die Frage, wer den Sourcecode für XCode Swift oder Java auditieren will/kann.

Daher ist für uns derzeit die Frage ob wir Delphi verlängern oder uns mehr auf Lazarus verstärken.

Es finden nicht wirklich Informationen, ob man beispielsweise mit XCode/Swift auch direkte Ansteuerungen machen kann. Ich gebe mal ein paar Beispiele, damit das besser erkennbar ist, wo wir so unsere Probleme sehen:
- Ansteuerung von Seriellen Schnittstellen (RS232, RS485) mit Protokollansteuerung bzw. Pegelansteuerung.
- LPT bidirektional angesteuert, jedoch nicht unbedingt mit Datenübertragung sondern mit Pegeländerungen der einzelnen Signalleitungen. (Sehr alte Maschinensteuerung, die wir noch pflegen "dürfen")
- USB oder PCI I/O Adapter mit Direktansteuerung und Programmierung der Sekundärlogik im USB Gerät Stichwort (Watchdog Timer für Kontaktüberwachung PC/USB I/O Adapter und entsprechende Fehlerbehandlung).
- Netzwerkansteuerung, teilweise BSD Kompatibel. (Einge Maschinen verwenden das UDP Protokoll, andere TCP Protokoll, manchmal ist die Paketgrösse nicht im Standart und muss je nach Verbindung angepasst werden)
- Twain Scanner Ansteuerung
- RTSP/Onvif/Webcam Kamera Steuerung

Teilweise haben wir Bibliotheken, die sehr alt sind und Ihren Ursprung in Delphi 7 haben.

Dann kommen noch externe Vorgaben, welche Datenbanken man unterstützen muss, weil der Kunde halt entsprechende Vorgaben von anderen Systemen her hat.