![]() |
App Tethering - SendCommandWithResponse
Hallo!
Hab mir gerade App Tethering angesehen. Für meine "kleine" Anwendung scheint es geeignet zu sein. Jedoch finde ich nicht den richtigen Weg für mein Problem. Habe eine "Hauptanwendung" mit einer Datenbank. Die Clients sollen nun von dieser Anwendung Daten anfordern. Client -> Kommando "HoleKunden" mit Parameter (Filter) "Land = DE") Da ist mir gleich der SendCommandWithResponse ins Auge gesprungen. Jedoch komme ich damit nicht klar (prinzipiell). Auch finde ich kein Beispiel hierzu - nur für SendString, SendStream, ... Vielleicht hat ja von euch jemand etwas ähnliches gemacht. Kann ja auch sein das der SendCommand nicht das Richtige für mein Problem ist!? Grüße, Werner |
AW: App Tethering - SendCommandWithResponse
Ich sehe das so:
App Tethering ist ein Transportlayer darauf baue ich mein eigenes Protokoll auf... "Client": Schicke Request-Record -> RecordToStream -> Stream Senden "Server": Verarbeite Request -> AntwortToRecord -> RecordToStream -> Stream Senden... Ohne Werbung machen zu wollen... (s.u.) Ein Grund, warum ich für App Tethering einen SEHR aufwendigen Wrapper geschrieben haben der mir "beliebige" Datenstrukturen übertragen kann... Aber wie beschrieben, sollte es gehen... Mavarik |
AW: App Tethering - SendCommandWithResponse
Hi Mavarik!
Danke für die Antwort. Ist vielleicht das Beste auf die Basisstrukturen zu setzen und den Rest selbst zu machen. Hab auch gelesen das in diesem Bereich sich vieles in jeder Version von Delphi ändert. Deinen Ansatz finde ich daher eh nicht schlecht.. :-D Also nochmals Danke. /Werner |
AW: App Tethering - SendCommandWithResponse
Zitat:
D.h. wenn du App mit einer anderen Delphi Version erstellst, als die Desktop Anwendung, geht gar nix. Da wir es nicht kontrollieren können, welche App Version auf den mobilen Geräten installiert ist, war es ein absolutes NoGo. Keine Ahnung ob das immer noch so ist, aber die verwendete UDP Kommunikation lässt sich ohne ohne viel Code selbst bauen. |
AW: App Tethering - SendCommandWithResponse
Zitat:
Geändert hat sich
Delphi-Quellcode:
{$IF Compiler_SEATTLE_DOWN}
TTetheringDataType = TArray<System.Byte>; {$ELSE} TTetheringDataType = TByteDynArray; {$ENDIF} |
AW: App Tethering - SendCommandWithResponse
Zitat:
![]() |
AW: App Tethering - SendCommandWithResponse
Das war XE8, gibts auch Probleme mit 10.1 Berlin (ausser dem Flughafen) ?
Rollo |
AW: App Tethering - SendCommandWithResponse
Wir haben App Tethering verwenden wollen, aber leider lief das ganze nicht stabil. Feste Ressourcen funktionierten und alle Demos bauen darauf auf, aber sobald dynamische / temporäre Ressourcen benötigt werden klappte das ganze nicht mehr richtig.
Manchmal wurden alle anderen Instanzen gefunden, manchmal nicht, manchmal kamen die Ressourcen an, manchmal nicht. Dazu kamen immer wieder mal Umwandlungsfehler beim Empfang obwohl wir die konkreten Pakete ja nicht schnüren. Was da schief lief konnte ich nicht herausfinden. Dazu kommt, dass die Größe der Pakete beschränkt ist (ca. 2080 Zeichen oder so glaube ich), wenn man Strings benutzt. Das ist allerdings nicht dokumentiert und wohl auch eher ein Programmierfehler, da der Rest der Transmission schlicht nicht verarbeitet wird. Sonst würde das wie mit Streams problemlos funktionieren. Das Ende vom Lied war, dass wir nun eine Kombination von UDP-Server, UDP-Client im Thread und einem Datasnap-Server nutzen. Das funktionierte fast auf Anhieb problemlos, ist auch viel schlanker und wir bereuen die Zeit, die wir in die Versuche mit App Tethering gesteckt hatten... |
AW: App Tethering - SendCommandWithResponse
Kurze Zwischenfrage: Warum UDP? UDP ist nach meinem (zugegebenermaßen historischen) Verständnis eine recht schlechte Wahl, wenn es um Zuverlässigkeit und Datenmengen von mehr als, sagen wir mal, zwei Paketen geht. Für Delphi Entwickler gibt es auch bei der Entwicklung keine Vorteile, ob UDP oder TCP, es muss lediglich eine andere Komponente verwendet werden. Also warum nimmt jeder UDP?
Sherlock |
AW: App Tethering - SendCommandWithResponse
Soweit ich erinnere, wird das UDP nur zum Finden der Clients mittels Broadcast verwendet.
Die eigentliche Verbindung läuft dann per TCP/IP. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 19:09 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