Wie aktualisiere ich regelmäßig eine TextView aus einem Service?

Die Activity existiert nicht mehr unbedingt wenn ein Service läuft. Ich verschicke deshalb immer Broadcasts an die interessierten Activities. Die Activity, sofern sie überhaupt aktiv ist, setzt dann den Inhalt des TextViews im onReceive. Der zugehörige BroadcastReceiver ist bei mir immer eine Inner Class der Activity.

Schau Dir mal die verschiedenen Startmöglichkeiten eines Service an (startService vs. bindService). Bei einem mit startService gestartetem Service existiert ohnehin keine Verbindung zwischen Activity und Service. Bei einem mit bindService gestartetem Service ist das anders. Ich bin da aber mal in der Anfangszeit ziemlich derb auf die Nase gefallen deshalb gehe ich grundsätzlich davon aus das Komponenten vom Android abgeschossen wurden und arbeite fast überwiegend mit Messages wie Broadcasts.

Wäre es nicht auch eine Alternative den Service die GPS Daten in eine Datenbank oder in eine SharedPreference schreiben zu lassen, und dann einfach aus der Activity periodisch zu pullen?

ja wäre eine möglichkeit, aber eine ziemlich schlechte

variante 1: immer wenn es etwas neues gibt, wird die gui benachrichtig
variante 2: die gui schaut alle x sekunden nach, ob neue daten da sind

liegt wohl auf der hand, dass variante 1 wesentlich besser ist. der akku wird es dir auf jeden fall danken.

Finde die Variante mit der db aber auch am besten. Einfach wenn es Änderungen gibt diese in der Datenbank aktualisieren und dann im onResume der activity die textviews aktualisieren.
MfG

Gut, da hast du natürlich recht.

Ich gehe jetzt mal nicht auf die geschätzten 10 neuen Fragen im letzten Post ein, TLDR.

Bzgl. Datenbank und Activity TextView: Das kommt natürlich darauf an was Du willst. Das Schreiben der Location Updates in eine Datenbank und das Pollen der Datenbank aus der Activity ist natürlich das Schlechteste das Du machen kannst. Es hindert Dich aber niemand daran die Werte in eine Datenbank zu schreiben und parallel per Broadcast interessierte Activities zu informieren. In dem Fall hat die Datenbank nur Sinn wenn die Daten auch über die aktuelle Aufzeichnung hinaus gespeichert bleiben sollen.

Der LocationListener ist bei mir immer im Service. Der Service versendet besagte Location Updates per Broadcast an die Activities die etwas damit anfangen können, ist aber auch gleichzeitig ein Broadcast Receiver um Stopp, Pause und Resume Events von den unterschiedlichen Aktivitäten empfangen zu können. Der Service beschreibt bei mir eine Datenbank da z.B. meine beiden Apps (GaCoMo und das Tankbuch) diese Daten speichern um Kartenmaterial über die zurückgelegten Strecken auch zu einem späteren Zeitpunkt noch anzeigen zu können.

Vieles hängt vom konkreten Anwendungsszenario ab.

Hi, ich empfehle die noch mal genau zu schauen was die Aufgaben eines local und remote Service sind.
Zudem würde ich die empfehlen folgendes zu lesen. Dann wirst du erkennen das die Idee, welche du verfolgst, zu Problemen führen kann.

Gruß,
Markus

Hier gibt es einen guten Thread zu dem Thema:

http://stackoverflow.com/questions/6905893/open-system-settings-from-a-service

In dem ganzen Text ist der meines Erachtens beste Hinweis der Verweis auf das Notification System. Ich würde mich schwer bedanken wenn mir irgendein Service (die Activity ist eventuell nicht mehr da) den Fokus aus dem E-Mail Programm reißt. Ich hätte dann einen richtig dicken Hals und die zugehörige App wäre in Sekunden vom Handy gelöscht.

So würde ich es machen: Der Service setzt eine Notification ab. Der Benutzer kann diese "runterziehen" und von dort zu den Settings springen. Vorab würde ich das noch vor dem Start des Service in der Activity prüfen. Ändert sich das während der Service läuft --> Notification.