Was Delphi nicht kann: "Integration"

[QuickAndDirty]

Also Delphi hat sich ja echt gut entwickelt und viele Sprachfeatures becommen die viele andere Sprachen auch haben.
Was also kann Delphi nicht?
Angeblich kann es "integration" nicht. Und ist dadurch auch Audit feindlich.
Dies wurde in diesem Beitrag im Geiste der "Delphi ist Tod"-Prädiger genauer ausgeführt:

Zitat:

Example if I want to send message to some message pump, I want integration come from same developers who make that message pump, or from Delphi and not adding dependency some other party.
Same thing with databases or many protocols.

Understand how responsibilities are formed:
-High level components. Like memory caches, message pumps, load balancers, logging systems, mail, authentication, databases, PBX... They do heavy work, they often offer integrations set of languages
-Framework. Framework set some of coding conventions to shared with development team and handle integrations all components for your language. Most important features are maintenance and documentation.
-Language. You use it to model your business domain, solving your/shareholder/client etc problem. You add some adapter to interfacing it with infrastructure. Most important features are formal grammar and different languages are used in different domains because language also cross cut to framework and integrations.

That is worst idea ever to have plenty of extra dependencies on some plugins/components. That kind of trash can't be accepted to serious work, never. Because, everything is changing all the time and we want to avoid maintenance work, not increasing it with some extra commercial components. Also need to consider for external audit when there is safety requirements.

I'm just planning new software and essential integrations are for RabbitMQ 4.x, FreeSWITCH, AWS and Google Cloud. Also I need integration for configuration UI using HTTPS and external integration for MQTT, HTTPS and email.

That limits language options for Java, C#, Go, Python, JavaScript/Typescript. From those options Go is the most suitable for this project.

Leider bin ich scheinbar zu unbedarft das vollends zu verstehen. Kann es mir wer erklären? Oder zumindest sagen ob er/sie recht hat? Warum kann ich nicht einfach MQTT componenten von ICS nehmen ? Warum ist das böse? Und wie kommt er darauf das etwas mit Delphi+Datenbanken nicht stimmt?
Was heist es fehlt an "integration" in Delphi?

[shebang]

Man benötigt schon eine ordentlich kognitive Dissonanz um das hier zu schreiben:

Zitat:

That is worst idea ever to have plenty of extra dependencies on some plugins/components.

und dann JavaScript als mögliche Lösung zu präsentieren.

[jaenicke]

Das Problem ist hier gar nicht, dass Delphi etwas technisch nicht kann. Es geht um das Ökosystem und die Art der Anbindung an andere Dienste.

Wenn ein Anbieter ein SDK mitliefert, kann man beim Audit einfach schreiben, dass das vom Anbieter selbst kommt und er sich um Sicherheitsupdates usw. direkt kümmert. Wenn man ein Open Source Projekt oder sogar Closed Source von im Zweifelsfall einem einzelnen Entwickler benötigt, dann ist das echt schwierig. Was passiert z.B., wenn derjenige nicht mehr daran arbeitet?

Und leider wird für Delphi wenig zur Verfügung gestellt. Meistens gibt es nur fertige Anbindungen, wenn man C#, Rust, usw. nutzt.

[Olli73]

Ja, wie gut dass bei JavaScript niemand auf die Idee kommt, externen Code einzubinden und schon gar nicht Bibliotheken mit mehreren Hundert MB, weil man EINE Funktion braucht.

[himitsu]

Im C++Builder kann man Delphi-Units (PAS oder DCU) nutzen.
Andersrum, wäre es viel praktischer, wenn man also im Delphi auch C++-Dateien einbinden könnte, um damit API-Header oder gar C++-Code direkt importieren zu können.
Dann wäre die Welt gleich viel größer.

Man kann zwar C++-Code über *.OBJ einfügen, aber das ist nicht grade einfach.
(z.B. ZLib, TZipFile, JPEG, PNG,, RegEx, Midas und FireDAC sind so ins Delphi reingekommen)

[Redeemer]

Von wem ist das? Was will der bauen und für wen?

Zitat von QuickAndDirty:

Leider bin ich scheinbar zu unbedarft das vollends zu verstehen.

Ist auch nicht einfach. Das ist eine Aneinanderreihung von englischen Wörtern, aber das ist kein Englisch. Das sieht für mich aus wie vom Google Translator im Jahr 2000 aus ... ich würde sagen Russisch übersetzt.

Zitat von shebang:

Zitat:

That is worst idea ever to have plenty of extra dependencies on some plugins/components.

und dann JavaScript als mögliche Lösung zu präsentieren.

Richtig. Ich würde auch behaupten, dass einige andere der genannten in der Grundausstattung nicht den Umfang von RTL, VCL und FMX erreichen (was von denen hat überhaupt eine Standard-GUI-Bibliothek?) und du dir bereits wegen sowas Abhängigkeiten einhandelst.

[joachimd]

Zitat von Olli73:

Ja, wie gut dass bei JavaScript niemand auf die Idee kommt, externen Code einzubinden und schon gar nicht Bibliotheken mit mehreren Hundert MB, weil man EINE Funktion braucht.

Bei Delphi kann man zumindest relativ sicher sein, dass eine compilierte und getestete Anwendung weiterläuft, auch wenn einige Bibliotheken gerade ein kleineres Problem haben.
https://www.heise.de/news/Neuer-NPM-...-10651111.html
Natürlich wären automatisierte SBOMs schon was tolles, aber nicht zu diesem Preis.