AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Was Delphi nicht kann: "Integration"

Ein Thema von QuickAndDirty · begonnen am 26. Sep 2025 · letzter Beitrag vom 26. Sep 2025
 
QuickAndDirty

Registriert seit: 13. Jan 2004
Ort: Hamm(Westf)
2.077 Beiträge
 
Delphi 12 Athens
 
#1

Was Delphi nicht kann: "Integration"

  Alt Gestern, 14:19
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?
Andreas
Nobody goes there anymore. It's too crowded!
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:24 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz