corwin42 hat geschrieben:
(..)
Wäre es vielleicht eine (Übergangs-)Lösung, wenn die CheckIn Funktion der App eine öffentliche API bekommt, so dass auch andere Entwickler (meinetwegen von Android Apps) diese Funktion benutzen können? Sonst sehe ich schon demnächst die nächste App, die wieder ihre eigene CheckIn/LadeLog Funktion implementiert und das alles nur noch weiter aufgefächert wird.
Diese "öffentliche API" gibt es im Prinzip schon, ich habe als "Proof-of-Concept" auch eine kleine
JavaScript Applikation programmiert, welche auf diese API zugreift, um die Logins darzustellen. Diese App läuft nur im Browser, greift also direkt auf die API zu und kommt ohne "Server" aus.
Weiter oben habe ich aber aufgeführt, warum ein eigenes Backend für die App notwendig ist. Das trifft dann auch auf die Android-App zu, wenn diese coole Features, wie z.B. Favoriten und Push-Notifications implementieren möchte. Dann braucht die Android-App sowieso auch ein eigenes Backend (Firebase z.B.). Darauf wird man nicht verzichten können, auch wenn die GE API die entsprechende Schnittstelle bietet.
Wenn jedoch alle diese Apps das eigene Backend mit GE synchroneren können (sollte das später möglich sein), so hat man überall konsistente Daten.
Ich bin hier aber auch pragmatisch: wenn der Android-Entwickler auf mich zukommt, so wird man sicher eine Möglichkeit finden, dass man die Backends (erst mal) miteinander synchronisiert, das sollte auch dezentral möglich sein, das wird eine evtl. spätere Synchronisation mit GE sicher nicht ausschließen.