"Static" und eure Empfehlung ...

Guten morgen liebe Gemeinde ...

ich benötige von euch ein wenig Input, denn trotz intensiver Recherche bin ich zu keiner
zufriedenstellenden Erklärung gekommen.

Gegegeben :
in einem Fragment (v4) initialisiere ich einige Klassen :

Deklaration :

private foo mFoo = null;
private foo1 mFoo1 = null;
private Activity mActivity = null;

Dann nehme ich mir in @OnAttach :

if (context instanceof Activity) mActivity=(Activity) context;

und dann in @OnViewCreated

mFoo = new foo (mActivity);
mFoo.init();
mFoo1 = new foo1 (mActivity);
mFoo1.init();

Später dann in einem Aufruf "process();" (Nach Click)

if (clickIsGood)
mFoo.makeMyDay();
else
mFoo1.whatever();

Bis dahin alles trivial und perfekt !!

Jetzt kommt der Punkt :
lasse ich das Ganze auf einem Device laufen , habe ich keine Probleme.

Manchmal verwende ich jedoch den Emulator , weil der halt fixer nach einer Änderung ist.

Dieser setzt mir allerdings beim ersten Aufruf von "process()" (nach click) der neuen Version
die Variablen mActivitv, mFoo und mFoo1 wieder auf null, OBWOHL zuvor in onViewCreated alles valid ist.
Starte ich ohne Änderung direkt danach nochmal ein Run, dann ein call auf process(), ist alles wieder normal.

Ergo : sobald ich eine veränderte Version an den Emulator schicke, baut er mir den Mist beim ersten Aufruf von
process();
.

Und jetzt der "Static" Punkt :
Deklariere ich allerdings

private static foo mFoo = null;
private static foo1 mFoo1 = null;
private static Activity mActivity = null;

Gibt auch der Emulator plötzlich Ruhe .....

(Allerdings AS mit dem Hinweis : "Do not place context classes in static fields, this is a MemoryLeak and also breaks Instat Run)

Das Ganze gibt mir natürlich aus Stabilitätsgründen ein unsicheres Gefühl , weil man (oder ich) eigentlich nicht
nachvollziehen kann , warum das so ist. (Ich vermeide gerne Try & Hope coding)

Laufe ich hier schlichtweg nur einem Bug im Emulator auf ??
Würdet ihr es riskieren, bei static zu bleiben ? (Memoryleak,GC)

Lieben Dank im Voraus

lg
Stefan

— geändert am 10.10.2016, 11:50:30

Hallo Pascal,

Zudem: Ich entwickle immer Gerätenah, d.h. keinen Emulator sondern alles direkt auf meinen Geräten testen. Ist ja in Zeiten von ADB over WiFi auch kein Problem mehr, da man kein USB mehr anschließen muss. Mag den emulator auch aus Prinzip nicht, liegt wahrscheinlich daran, dass dieser in meinen Android Programmieranfängen so langsam war, dass man den nicht benutzen konnte.

Genau aus diesem Grunde habe ich auch fast nie den Emulator eingesetzt, es war ein Graus, den in den Kinderschuhen zu benutzen.

Allerdings hat mich das Verhalten von dem "Neuen" in die Verzweiflung getrieben und ich war mich echt nicht mehr sicher, ob bei mir der Fehler liegt.

P.S bei mir dauert jetzt eine dämliche Änderung ca 30 Sekunden !! (USB) , beim Emulator um die 10 sec.
Mit eingeschaltetem AS "Instant Run" & USB dann nur ca 10 sec, allerdings übernimmt er manchmal die Änderungen nicht ....

Welche Einstellungen in AS benutzt du denn ???
(Ich habe Instant Run, Restart activity ... und show toast enabled)

lg
Stefan

— geändert am 10.10.2016, 12:38:27

Vorweg : Ich habe jetzt auch mal alle drei Schalter für den Emulator eingeschaltet, also nicht nur Restart App, sondern auch InstantRun , und da scheint bis jetzt der Emulator auch die non static variante zu nehmen.

Benutze eigentlich die gleichen Einstellungen, obwohl ich meistens vom InstantRun keinen gebrauch machen weil ich mir angewöhnt habe vor dem Build&Run einen App stopp zu machen, damit wird die komplette App neu installiert und die defaultActivity gestartet.

Das Stopp verpeil ich des Öfteren , tendiere magisch zum grünen Pfeil (oder hotkey - F1 habe ich vergewaltigt)

Was dauer bei dir so lange?
Aufspielen aufs gerät oder der GradleBuild?
Bei mir ist das aufspielen in ca. 5 - 15 sek gemacht und das starten dauert ann auch noch mal 5 sek d.h. bis im DebugMode gestartet = 20 sek.

30 sek - Gradle und Aufspielen im Run-Mode, Debug-Version ohne Debugging (ohne instant und Restart schalter)

Wobei ich aber erwähnen muss, dass das Projekt mittlerweile recht umfangreich geworden ist
(Signed apk - nur arm-v7 ohne Grafiken also fast nur Code ~ 30 MB)
(Es wird halt die eierlegende Wollmilchsau mit Goldglöckchen )

— geändert am 10.10.2016, 13:22:54

Gerade Gradle ist beim Build das "nadelöhr" und braucht lange, selbst beim neusten i7 und 16gb ram ist die CPU komplett auf 100%

Gleiche Maschine : auch bei mir das Selbe ......

An der Stelle ein Danke für Deine Mühe.

Zumindest ist diesmal (ausnahmsweise) nicht der Fehler bei mir zu suchen , das beruhigt mich

Und mit dem Emulator halte ich auf dem Laufenden, er ist wirklich fixer ......
(Ausserdem nervt mich es, die Finger von der Tastatur zu nehmen und ständig auf dem Device rumzuklicken , das geht mit Maus schneller, wenn man im Denkprozess ist, kann schon den nächsten Code tippen )

lg
Stefan

— geändert am 10.10.2016, 13:47:23

[UPDATE]

Nach verschiedenen Versuchen (hat mir keine Ruhe gelassen) verhält sich der Emulator
nur dann so wie das Device, wenn folgende Optionen in AS enabled sind :

• Enable Instant Run
• Restart activity
• Show toast ( bleibt Optional)
• Show InstantRun Notification (braucht kein Mensch)

— geändert am 11.10.2016, 14:23:18