Strategie: Wie konfiguriere ich eine mobile Anwendung?

[Der schöne Günther]

Null Erfahrung in der Entwicklung für iOS und Android. Was liegt da näher als sich irgendwas im RAD Studio zusammenzuklicken

Die Anwendung wird später eine Konfiguration brauchen, beispielsweise IP-Adressen und Ports von mehreren Servern. Weder will ich dafür Eingabemasken bauen, noch kann man dem normalen Kunden zutrauen, das selbst alles fehlerfrei einzutragen. Ich möchte eine "Konfiguration" vorbereiten die von der Anwendung einfach eingeladen werden kann.

Bei einer Windows-Kiosk-Anwendung hätte ich per TeamViewer ein paar .ini-Dateien ins entsprechende Verzeichnis geworfen und gut ist. Aber wie macht man das auf einem iOS und Android-Gerät?

Ich habe da zwei Ideen:

Möglichkeit 1: Registrierung von eigener Datei-Erweiterung
Die Anwendung registriert bei Installation eine eigene Datei-Erweiterung wie z.B. ".güntherSettings". Der Kunde kann sich die nun die Config-Datei als Email oder sonstwie schicken, beim drauftippen wird es direkt mit meiner Anwendung geöffnet. Hier kann ich alles auslesen, mir weglegen, gut ist.

Meine Befürchtung wäre, dass es mit den Embarcadero-Tools nicht ginge. Wenn ich StackOverflow richtig interpretiere (iOS und Android), dann sollte es gehen. Hat jemand Erfahrungen aus erster Hand?


Möglichkeit 2: Eingeben einer Short-URL
Um die Anwendung beim ersten Start einzurichten muss der Nutzer einen "Code" eingeben, beispielsweise "XR420KBF". Die Anwendung versucht daraufhin per HTTP eine Datei http://config.günthersoft.org/fancyApp/XR420KBF.zip einzuladen und zu verwerten.

Nachteil ist natürlich dass statisches Einbacken des URL-Musters nicht sonderlich elegant ist und der Kunde zu dem Zeitpunkt Internet-Zugriff haben muss.


Das wären meine zwei Ideen. Sind beide Quatsch? Welche bietet die geringeren Übel? Wie macht ihr es? Wie gesagt, im Idealfall läuft alles natürlich "automatisch" und bei Bedarf kann der Nutzer etwas anpassen. Aber bei der Zielgruppe ist die Erwartungshaltung eher "Macht dass es läuft, ich will damit nichts am Hut haben".

[BUG]

Ich denke Möglichkeit 2 ist nicht schlecht. Wenn man zu viel Zeit ist, packt man den Code zusätzlich noch in einen QR-Code.
Wenn du eine globale Benutzerverwaltung (Kundenkonto) hast, könntest du den Kunden auch damit einloggen lassen und dir die passende Daten darüber heraussuchen. Mit der Zuordnung (Kunde+Gerät -> Konfiguration) kannst dann eventuell sogar aus der Ferne umkonfigurieren, falls es Beschwerden gibt.

[mquadrat]

Wenn es wirklich von den Usern nicht angetatscht werden soll, dann würde ich die Konfiguration in einen Web-Service packen. Damm braucht der User nur noch "Aktualisieren" klicken, wenn er die neuen Daten haben will.

Aber was da genau am Besten ist, hängt denke ich ganz stark vom Use-Case ab. Bei einer Consumer-"Immer online"-Anwendung würde man das sicher anders lösen, als bei einer "Mein-Gerät-hat-gar-keine-SIM-und-das-WLAN-ist-dauernd-weg"-Logistikanwendung.

[Der schöne Günther]

Bevor es ins Wochenende geht hole ich das Thema noch einmal nach oben.

Jemand noch eine Idee? Etwas exotisches, gewagtes vielleicht? Jede Idee ist willkommen. Die besten Einsendungen nehmen an einer Verlosung teil werden von mir dankend entgegengenommen.

[franktron]

Warum nicht die ganze config in den QRCode packen
Ein QRCode kann jeder bedienen.

[bcvs]

Ich mache so etwas ähnliches über ein PHP-Script, dass auf meinem Webspace liegt, die Anforderungen der Anwendung auswertet und die gewünschte Info per Echo zurückgibt.

[BUG]

Zitat von franktron:

Warum nicht die ganze config in den QRCode packen

Besser nicht ... dann hat jemand vielleicht ein Telefon ohne Kamera (z.B. wegen Sicherheitsrichtlinien), hat gerade kein passendes Licht oder kriegt das Bild mit dem Code nicht angezeigt

[mm1256]

Zitat von Der schöne Günther:

Möglichkeit 2: Eingeben einer Short-URL
Um die Anwendung beim ersten Start einzurichten muss der Nutzer einen "Code" eingeben, beispielsweise "XR420KBF". Die Anwendung versucht daraufhin per HTTP eine Datei http://config.günthersoft.org/fancyApp/XR420KBF.zip einzuladen und zu verwerten.

Nachteil ist natürlich dass statisches Einbacken des URL-Musters nicht sonderlich elegant ist und der Kunde zu dem Zeitpunkt Internet-Zugriff haben muss.

So würde ich es machen, mit der kleinen Änderung, dass zuerst eine kleine html geladen wird, wo dann der Link für die eigentliche Konfiguration drin steht, welchem dann auch die kundenspezifischen Parameter übergeben werden. Somit wäre das "statisches Einbacken des URL-Musters" nicht mehr von Nachteil. Im Gegenteil, man könnte sehr flexibel z.B. auf Serverumzug reagieren, oder einem Kunden den Zugriff temporär verweigern, oder was auch immer...

[Mavarik]

Ich würde einen REST Server aus der App ansprechen.

Mavarik

[Der schöne Günther]

Danke für die Antworten.

Ich glaube mit einem dummen ZIP-Paket hätte ich es einfacher: Da muss ich nicht erst einen Server aufsetzen. Einfach das HTTP-Ding auf welchem auch unsere simple Homepage liegt reicht dann schon

Da kann ich dann auch einfach Dinge wie das Kundenlogo in die Anwendung einbauen, die Leute stehen auf so etwas