App Tethering - SendCommandWithResponse

[Mavarik]

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

[weisswe]

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..

Also nochmals Danke.
/Werner

[Bambini]

Zitat von weisswe:

Hab auch gelesen das in diesem Bereich sich vieles in jeder Version von Delphi ändert.

Das war in den ersten Versionen so. Da war das Protokoll von Delphi zu Delphi Version inkompatibel.
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.

[Mavarik]

Zitat von Bambini:

Keine Ahnung ob das immer noch so ist, aber die verwendete UDP Kommunikation lässt sich ohne ohne viel Code selbst bauen.

Naja - Selber UDP geht - hab ich in meiner App auch so gemacht, weil das AppT noch nicht gab... Aber AppT ist schon "schöner", alleine wegen dem Background Thread der alles handled usw...

Geändert hat sich

Delphi-Quellcode:

{$IF Compiler_SEATTLE_DOWN}
   TTetheringDataType = TArray<System.Byte>;
{$ELSE}
   TTetheringDataType = TByteDynArray;
{$ENDIF}

[Bambini]

Zitat von Mavarik:

... Aber AppT ist schon "schöner", alleine wegen dem Background Thread der alles handled usw...

Die "Schönheit" hat auch noch Schattenseiten:
http://stackoverflow.com/questions/3...cation-startup

[Rollo62]

Das war XE8, gibts auch Probleme mit 10.1 Berlin (ausser dem Flughafen) ?

Rollo

[jaenicke]

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...