Ich habe vier ähnliche Klassen: Group , Parent , Child , Toy .
Group hat eine parents Beziehung, die auf Parent verweist
Parent hat eine children Beziehung, die auf Child verweist
Child hat eine toys Beziehung, die auf Toy verweist
Parent hat eine toys association_proxy , die alle Toy s erzeugt, die die Parent Kinder haben.
Ich möchte alle Toys in einer Gruppe bekommen können. Ich habe versucht, ein association_proxy auf Group zu erstellen, das auf Parent 's toys verweist, aber es erzeugt folgendes:
wenn ich das will:
%Vor% Wenn die Parent s children keine Toy s haben, dann ist der toys association Proxy [] . Der zweite Zuordnungs-Proxy kann jedoch die leeren Listen nicht ausschließen. Außerdem sollten die Listen minimiert sein. Gibt es trotzdem, um das zu funktionieren?
Da diese nur zum Abruf und zur Ansicht dienen (wie Sie im Kommentar erwähnt haben, wäre das Hinzufügen mehrdeutig), würde ich lieber eine viewonly -Beziehung ohne eine association_proxy machen:
Beachten Sie, dass dies eine neue Funktion von SQLAlchemy ist und in Composite “Secondary” Joins Abschnitt der Dokumentation.
Dann können Sie es nur für die Abfrage verwenden:
%Vor%Oder du kannst es sogar zum Filtern verwenden, um eine Gruppe zu finden, die ein Spielzeug mit dem Namen "Super Mario" enthält:
%Vor% Aber in Wirklichkeit können Sie all dies mit einer einfachen Abfrage tun oder eine Eigenschaft mit Abfrageeigenschaften erstellen. Weitere Informationen hierzu finden Sie im Abschnitt Spalteneigenschaften anpassen in der Dokumentation der einfachen Eigenschaft column_property oder hybrid attribute .
Tags und Links python sqlalchemy flask-sqlalchemy
Ich habe dieses Muster ein wenig benutzt. Hier ist ein sehr gelungenes Beispiel für eine AsyncTask + Fortschrittsanzeige:
%Vor%Es funktioniert gut mit Orientierungsänderungen, aber ich habe festgestellt, dass das Fragment nicht null ist und fragment.getView () null ist, wenn ich das Fragment aus dem Backstack entferne. Das verursacht offensichtlich einen Absturz. Welchen Ansatz verwenden Sie? Ich kann nicht scheinen, eine vollkommene Lösung online zu finden. Wichtiger Hinweis, dies ist in einem Fragment und ich rufe %code% für dieses Fragment in seiner onActivityCreated (...).
auf%code% ist eine asynchrone Aufgabe, was bedeutet, dass Sie normalerweise nicht wissen, wann sie abgeschlossen ist und wann sie %code% aufruft. Ich denke, dein Problem ist hier. Wenn Sie Ihr Gerät drehen, ist Ihre asynctask noch nicht beendet und Ihre Fragmentansicht ist zerstört und wird sehr schnell neu erstellt, während sich asynctask auf dem Arbeitsthread befindet und wenn es seine Aufgabe erledigt hat, hat Ihr Fragment eine Sicht und %code% 's Rückgabewert ist nicht %code% . Wenn die Rotationszeit jedoch viel Zeit in Anspruch nimmt, erhalten Sie %code% , weil %code% beendet ist, aber Ihr Fragment keine Sicht hat. Dieses Szenario passiert nun genau mit deinem Backstack. Wenn du dein Fragment auf den Backstack drückst, wird seine Ansicht zerstört (schau ) auf dem Bild ), aber das Fragment selbst ist nicht (das Fragment kehrt vom Backstack zum Layout zurück). Jetzt ist Ihre %code% fertig und rufen Sie Ihre %code% %code% -Methode auf und sie hat keine %code% , so dass Sie %code% erhalten.
Meine Lösung:
Zuerst sollten Sie %code% anstelle von %code% verwenden und in %code% überprüfen, ob es null ist oder nicht, wenn es null ist, nichts tun, weil der Standardwert unsichtbar ist, wenn es nicht null ist Aufruf %code% .
Aktualisierung:
Das Fragment ist am Leben, aber die Ansicht wurde freigegeben. Ist das möglich?
Ja, sehen Sie sich die Abbildung2 vom Link an. Wenn das Fragment aktiv ist (grünes Feld), wird %code% Fragment zu %code% , %code% onDestroyView . Wenn das Fragment dann aus dem Back-Stack herausspringt, geht es direkt zu %code% der Pfeil-Verknüpfung mit diesem Text: %code% .
Um meine Antwort zu bestätigen, können Sie ein %code% erstellen und %code% in Ihrem %code% aufrufen. Jetzt können Sie Ihr Fragment in den Backstack schieben und es aus dem Backstack ohne Ausnahme aufheben, da die asynctask nicht beendet ist und wenn Sie %code% aufrufen, hat Ihr Fragment bereits eine View.
Eine weitere gute Sache, die Sie sehen können, ist setRetainInstance
Dies kann nur mit Fragmenten verwendet werden, die sich nicht im Backstack befinden.
Wenn Sie also Ihr Fragment in den Backstack schieben, kann vollständig zerstört werden und Sie erhalten eine neue Fragmentreferenz, wenn sie auftaucht. Wenn Sie jedoch %code% für Konfigurationsänderungen verwenden, wird Ihr Fragment bei der erneuten Erstellung von Aktivitäten beibehalten , dh es ist das gleiche Fragment und %code% wird nicht aufgerufen. Und das ist eine sehr sehr wichtige Sache, denn wenn Sie Ihr %code% bei der Methode %code% starten, wenn Sie Ihr Fragment in den Backstack schieben und es aufklappen, können Sie ein neues Fragment haben und Das bedeutet %code% Methode läuft und ein weiterer %code% wird ausgelöst. Das heißt, Sie haben keine Kontrolle über die Anzahl der Aufrufenden %code% s. Achten Sie also darauf Speicherlecks!