Android Volley - Orientierungsänderungen

Question

Wie können wir mit Orientierungsänderungen umgehen, Activities/Fragments Stoppen/Fortsetzen mit Volley?

Ich weiß, dass für GET Anfragen, wird die Antwort im Cache gespeichert werden und das zweite Mal, wir versuchen, diesen Antrag zu machen, werden wir eine zwischengespeicherte Antwort erhalten.

(wenn der Server den richtigen HTTP-Header sendet) Aber was über POST? Angenommen, ich mache eine POST Anfragen (d. H. Registrieren, die ich nur einmal passieren möchte), meine App geht in den Hintergrund, Anfrage ist abgeschlossen, während App noch im Hintergrund ist, und dann gehe ich zurück zur App. Wie bekomme ich die Response für diese Request, oder wie kann ich wieder verbinden, wenn es noch aussteht?

AFAIK gibt es so ziemlich keine Unterstützung in Volley. Habe ich recht? Gibt es eine einfache Möglichkeit, das oben genannte Szenario mit Volley zu lösen?

Answer 1

Volley bietet keinen Mechanismus für diese out of the Box, aber Sie können in Quads Otto Bibliothek für Android suchen, es ist gemacht, um Situationen wie Ihre elegant zu behandeln.

Implementieren Sie den Listener für die Volley-Anforderung so, dass er eine erfolgreiche Antwort auf den Bus schreibt, verpackt in einem Ereignisobjekt wie "RegisterEventSuccess" (Sie definieren dies selbst). Lassen Sie Ihre Aktivitäten oder Fragmente diesen Ereignistyp mit Ottos @ Subscribe-Mechanismus abonnieren. Wenn beispielsweise eine Aktivität die Volley-Anforderung startet und aufgrund einer Änderung der Bildschirmausrichtung abstirbt, kann eine andere (ebenfalls auf dem Otto-Bus registrierte) Activity-Instanz das Ereignis empfangen, das die Antwort der Volley-Anforderung enthält.

Ich hoffe, das war nützlich.

Answer 2

Ich habe jetzt versucht, das Anliegen von @ kyle-ivey dahingehend zu adressieren, dass Antworten zwischen onPause() und onResume() verworfen werden. Dies ist ein echtes Problem, wie ich es in einer Live-Anwendung erlebt habe.

Mein Ansatz baut auf dem Ereignisbusmuster auf, das in der Antwort von Thomas Moerman implementiert wurde, obwohl ich eine Beispielanwendung von Grund auf neuimplementiert habe. Es hängt von der Otto Event bus Library, Gson und Volley. Es wird in IntelliJ 13 Ultimate mit Maven Tom implementiert, um die Abhängigkeiten aufzulösen.

Lösung: Ich füge zu den vorherigen Antworten eine Klasse hinzu, die als ein HTTP-Antwortpuffer fungiert, der die Verantwortung übernimmt, Ereignisse zuzuhören, während die Aktivität übergeht. Wenn dies erledigt ist, fragt die Aktivität aktiv nach Antworten, die möglicherweise eingetroffen sind, während die Aktivität auf den Ereignisbus getrennt wurde. Es hakt an/aus in den und onResume -Veranstaltungen neben dem Ereignis-Bus Registrierung in einer Art und Weise wie folgt aus:

@Override 
protected void onPause() { 
    super.onPause(); 
    ServiceLocator.ResponseBuffer.startSaving(); // The buffer takes over 
    ServiceLocator.EventBus.unregister(this); // Unregistering with Otto 
} 

@Override 
protected void onResume() { 
    ServiceLocator.EventBus.register(this);   // Re-registering 
    ServiceLocator.ResponseBuffer.stopAndProcess(); // Process any responses buffered 
} 

Hier ist die Implementierung von the ResponseBuffer-class.

Caveat 1: Wenn die Aktivität nicht wieder aufgenommen wird, und weder stopAndProcess() noch stopAndPurge() wird in einer zukünftigen Tätigkeit der Puffer kann eine Quelle des Speicherverlustes genannt. Sei dir bewusst, wie du es benutzt. Ein sicheres Muster wäre stopAndProcess() in onResume() in alle Ihrer Aktivitäten zu haben.

Vorbehalt 2: Es ist nicht Thread-sicher. Wenn ein Kontextwechsel zwischen der Zeile, in der das Speichern gespeichert wird, und der Registrierung des Ereignisbusses stattfindet, kann das Ereignis zweimal oder null Mal empfangen werden.

Das Beispiel enthält einige Testcode in Form von UI und Support-Klassen, aber die wichtigsten Klassen würden Sie brauchen, wenn Sie dieses Muster in einem separaten Projekten nutzen wollen, sind diejenigen, die in den folgenden Paketen:

• nilzor.ottovolley.core
• nilzor.ottovolley.messages

Siehe github-Repository OttoVolleyDoneRight für ein komplettes Beispiel mit UI zum Testen.

Answer 3

Es gibt eine einfache Lösung, die mein Problem beim Herunterladen von Daten aus dem Netzwerk mithilfe der Volley-Bibliothek gelöst hat. Wenn Ihre App aufgrund der Empfehlungen von Google Fragmente verwendet, sollten Sie alles, was Sie tun sollten, um einen Absturz zu verhindern, wenn der Benutzer beim Laden der Daten den Bildschirm dreht, in die Methode setRetainInstance(true); Ihres Fragments (-s) eingeben.

@Nullable 
@Override 
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { 
    View theView = inflater.inflate(R.layout.fragment_studios, container, false); 
    setRetainInstance(true); 
    lvStudios = (ListView) theView.findViewById(R.id.lvStudios); 
    return theView; 
}