Ist das eine gute Idee, einen Service zu erstellen, der die ganze harte Arbeit für die Aktivität macht. IE, die Aktivität kümmert sich nur um die Schnittstelle und um die Dienste und andere Funktionalitäten aufzurufen, die sie benötigen muss, und der Dienst wird das "Werkzeug" sein, das für die Aktivität funktioniert.Ist es eine gute Idee, einen Service zu erstellen, um die ganze harte Arbeit für die Aktivität zu machen?
Ja, es ist ... Ich empfehle Ihnen, dieses Video zu sehen:
Developing Android REST client applications
Das Video spricht über REST-Client-Anwendungen, aber die gleiche Technik erwiesenermaßen auf vielen anderen Situationen zu arbeiten.
Meh. Es kann eine gute Idee sein, den Zugriff auf Daten zu kapseln, zumal es den Test vereinfacht und Ihnen die Möglichkeit bietet, Daten zwischenzuspeichern. Aber übertreibe nicht. Der Ansatz, der in dem von Cristian verlinkten Video beschrieben wird, ist für viele (meist?) Apps übertrieben. In vielen Fällen ist gute 'AsyncTask' für die meisten "harte Arbeit" gut genug. Wenn nicht, dann halte einen IntentService definitiv für deine nächste Option. Ich würde beide Optionen in Erwägung ziehen, bevor ich die vollständige Service-Route komplett mit AIDL und Bindungen durchgehen würde. Ich gehe normalerweise nur die letztere Route, wenn ich einen Hintergrund-Dienst (für Benachrichtigungen oder Datensynchronisierung usw.) brauche und Daten mit der Haupt-App teilt (was oft der Fall ist.) Wie bei den ContentProvider-Mustern aus dem Video .. Ich persönlich denke nur, dass es sich lohnt, wenn Sie das Caching von Daten nicht kontrollieren wollen (oder die Daten nicht zwischengespeichert sind und das Gerät wirklich das System der Aufzeichnung ist) und Sie die Daten anderen Anwendungen zugänglich machen wollen. Ich würde fast immer meinen App-Code einer Service-Schnittstelle anstelle eines Cursors zugänglich machen. Ernsthaft, übertreibe nicht.