Android Client mit Server - Kommunikation

Hallo Alex,

vom Datenvolumen ist eine direkte Socket-Verbindung immer am sparsamsten.
Ein Simpler Http-Request hat schon min 1500 kB Overhead, auch wenn du noch keine Daten durch die Gegend geschoben hast

— geändert am 19.07.2017, 10:26:26

Hallo Alex,

Java ist eher da als kontraproduktiv anzusehen

Das würde ich auch nicht bei reinen (Fork) Socket Verbindungen empfehlen.

Also ein Deamon ohne UI auf reiner C/C++ basis, dann hast du auch das Optimale.

— geändert am 19.07.2017, 10:52:52

Du weichst von deiner Fragestellung ab

Was ist denn der Beste weg eine Client Server Applikation mit einer Android PP zu verwirklichen, die auch Daten- und Energiesparsam ist?

Und genau darauf habe ich dir geantwortet

Es ging nicht um die Mächtigkeit von Java EE

Java ist nun mal eine Virtuelle Umgebung , die einen sagen wir mal "Rattenschwanz" besitzt.

Beispiel : ein Socket wird durch Systemnahe interrupts gesteuert .
Das macht zwar auch Java - aber es gelangt erst über X Umwege ans Ziel .

Ergo viel resourcenverbrauch und Zeitverlust.

Und da du oben nach der Effizienz gefragt hast, kann man von einem Umweg nur abraten.
Ergo : direkt eine in C geschriebene Binary ist damit der effizienteste Weg.

Man kann es auch noch übertreiben und direkt Assembler anwenden , macht aber heut kaum ein Mensch

Hallo Alex,
du hast nach dem Besten Weg gefragt, dieser geht wahrscheinlich wirklich direkt über Sockets auf "primitiver" Ebene d.h. ohne Java App overhead etc..

Aber das programmiert so kaum jemand.

Du hättest lieber nach dem gängigsten Weg fragen sollen . denn dieser ist wirklich die Rest Api auf einem passenden Backend.
Muss nicht zwingend ein Java Server sein, vereinfacht aber die Programmierung da man Objekte wiederverwenden kann.

Und das "bisschen" Daten das du einsparst kostet in der Entwicklung geschätzt das 10 fache da du über Sockets erstmal ein Protokoll implementieren müsstest.

@Pascal

Aber das programmiert so kaum jemand.

Dann heisse ich ab heute "Kaum"
(Mein Tagesgeschäft)

Du programmierst Apps auf Android über Sockets zum Server?
Kann man machen aber mir wäre das viel zu aufwändig, die Kommunikation immer selber zu handeln...
Ich denke da ist aber auch viel Gewöhnung und Übung dabei. Habe es über diese Methode erst einmal (Bei einer Desktop Anwendung) gemacht und das hat mir gereicht da zu aufwändig

Zudem wenn man sich den Store anschaut dann hat nutzt ein hoher Anteil eine WebApi für Apps. Bei Socketa wirds zum Problem soblad der Anwender hinter einem Http Proxy sitzt

— geändert am 19.07.2017, 11:29:33

Aufwendig ohne Frage. Da kann ich dir nicht widersprechen

Meistens gehört bei mir dann Beides dazu , der C++ Deamon auf Server Seite und die App

Und dann gibt es schön brav Blockheader, MessageID, Blocklength, Handshake etc etc.
Aber wenn du das mal dann stehen hast, geht die Post ab .

Die Belohnung der Arbeit kommt dann mit dem Durchsatz..

Dafür bist Du und Enrico wieder besser in den anderen Dingen

— geändert am 19.07.2017, 11:41:02