Wie bringen User ihre Desktop-Daten einfach auf mobile Geräte?

[TigerLilly]

Ideensammlung:

Du könntest deiner Desktopanwendung einen Serverteil spendieren und deine App am mobilen Device kommuniziert direkt mit dem Serverteil + transferiert die Daten, wenn die Größe das zulässt. Das ist uU frickelig, wenn eine Firewall dazwischen ist. Auch muss die App den Server eindeutig identifizieren können.

Deine Desktopanwendung kopiert Daten auf einen FTP Bereich und deine App holt sie von dort ab. Auch da müssen die Daten je Kunde eindeutig sein.

Du machst nur eine Export bzw Importschnittstelle und überlässt es dem User, wie er die Daten transferiert.

Du verlegst die Daten grundsätzlich in die Cloud + benötigst damit keinen Sync mehr. TMS hat da was, das das unterstützt.

Daten in der Cloud kann auch heißen, dass du einen eigenen Azure/Amazon/etc-Server (File oder DB) betreibst, der die Daten hostet.

[Der schöne Günther]

Ganz dumme Idee: Lass doch deine Desktop-Anwendung alles in eine Datei (zB ZIP) packen, nenne sie aber nicht .zip, sondern .meine-anwendung. Die Erweiterung meine-anwendung registrierst du dann im Manifest (oder wie man das nennt) mit deiner App, sodass diese angeboten wird um so eine Datei zu öffnen.

Ob der Benutzer dann so eine Datei sich selbst per Mail oder Instant-Messenger, Cloudspeicher oder Bluetooth selbst schickt ist dann völlig egal.

[DieDolly]

Guck mal wie Keepass (PC) und Keepass2Android (Android) das macht.

[Harry Stahl]

Ich habe es jetzt so gerettet, dass ich in den (wenigen) relevanten Units {$ZeroBasesStrings OFF} definiert habe und es mit Delphi 10.3.3 compiliert, hat funktioniert. So konnte ich noch Android 5 bedienen...

[DieDolly]

Wieso bedient man denn noch Android 5? Jeder vernünftige Anwender, sollte ich von so alten Versionen fernhalten.
Auf so einem alten System, würde ich doch niemals meine privaten Daten ablegen.

[Harry Stahl]

Zitat von DieDolly:

Wieso bedient man denn noch Android 5? Jeder vernünftige Anwender, sollte ich von so alten Versionen fernhalten.
Auf so einem alten System, würde ich doch niemals meine privaten Daten ablegen.

Also beim Anwender drehte es sich um ein Android 8 Tablett (er hat aber auch ein Android 11 Phone), aber faktisch betrachtet funktionieren auch Android 5 Geräte damit.

Davon abgesehen ist es auch nicht immer eine Frage der Vernunft, nicht jeder Anwender kann sich jedes Jahr ein neues Handy oder Tablett kaufen...

[DieDolly]

Android 5 2014, Android 8 2017.
Da muss man nicht jedes Jahr was Neues kaufen. Aber Android 5 ist doch schon fahrlässig.
Ein halbwegs neues Handy mit Android 11 kostet, das ist nur ein Beispiel, von Nokia rund 200€. Es geht nicht drum, jedes Jahr ein neues Handy zu kaufen.
Aber wer Android 5 oder 8 nutzt, hat den Anschluss verpasst.

[Harry Stahl]

Zitat von DieDolly:

Android 5 2014, Android 8 2017.
Da muss man nicht jedes Jahr was Neues kaufen. Aber Android 5 ist doch schon fahrlässig.
Ein halbwegs neues Handy mit Android 11 kostet, das ist nur ein Beispiel, von Nokia rund 200€. Es geht nicht drum, jedes Jahr ein neues Handy zu kaufen.
Aber wer Android 5 oder 8 nutzt, hat den Anschluss verpasst.

Das was Du da erzählst ist Theorie, die Praxis sieht halt anders aus. Oder würdest Du Deinen Kunden eine Fehlerkorrekur für ein Android 8 Gerät verweigern, mit dem Hinweis, er habe den Anschluss verpasst und er solle sich mal lieber ein neues Gerät kaufen?

[dummzeuch]

Zitat von DieDolly:

Android 5 2014, Android 8 2017.
Da muss man nicht jedes Jahr was Neues kaufen. Aber Android 5 ist doch schon fahrlässig.

Es liegt nicht an Dir, anderen vorzuschreiben, welche Geräte sie benutzen und wie lange.

Das einzige, was Du tun kannst, ist sie von irgendwelchen Diensten auszusperren, die Du kontrollierst, weil es eine Gefahr für diesen Dienst darstellt.

Oder eben Dein Programm nicht auf solch alten Android-Versionen lauffähig zu machen.

Es gibt übrigens durchaus Einsatzzwecke für alte Smartphones, vorausgesetzt, deren Akku ist noch nicht hinüber und die benötigten Apps laufen darauf. Z.B. als QR-Code Scanner in lokalen WLAN (also ohne SIM). Da stellen sie dann auch nur eine geringe Gefahr dar.

[himitsu]

Zitat von Harry Stahl:

Ich habe es jetzt so gerettet, dass ich in den (wenigen) relevanten Units {$ZeroBasesStrings OFF} definiert habe und es mit Delphi 10.3.3 compiliert,

Im 10.4.2 ist das nun auch Standard, also in allen Systemen wird nun endlich standardmäßig einheitlich gearbeitet.
(bloß die String-Helper sind überall ab 0, aber auch das schon immer einheitlich)