Új hozzászólás Aktív témák

• thon73 tag

  #536

  #535 pittbaba

  2013-04-04 17:32:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  thon73

  tag

  #535 pittbaba

  #535 pittbaba

  Én itt élek Pesten évek óta, de nem itt nőttem fel, így ez a funkció lesz, igazából pont erre építem az alap szerkezetet. Jó lenne, valami irányzék is, hogy pontosan helyileg oda tudjon menni a user a megállóba, de az később, a kiadott adatbázis amúgy sem a legpontosabb eddigi tapasztalat szerint, de majd.. ez még új dolog

  A kérdésem erre a részre vonatkozott:
  Ezen a ponton átalakítottuk a belső TimeConsumingTask osztályt static típusúvá, vagyis egyetlen timeConsumingTask létezhet. Hogyan tudnánk ezt megőrizni, miközben az UI-szálon futó alkalmazásunk újraindul? Az Alkalmazkodjunk az új környezethez! Felületi változások c. cikkben már beszéltünk az onRetainNonConfigurationInstance() metódusról, mellyel egy értéket meg tudunk őrizni a program újraindulása alatt. ((Megjegyzendő, hogy ezt a módszert a Honeycomb rendszertől kezdve érvénytelenítették. Az új módszer azonban a Fragment-ek beható ismeretét igényli, ezzel később (ha a gépünket Jelly Bean-re frissítettük) részletesen foglalkozunk.))

  Én is a frissítés gombra gondoltam megoldásnak, csak nem tudom érteni fogja e a user magától, hogy ha nincs indulási időpont, akkor neki a frissítés gombot kell nyomkodnia, de kitalálom.

  Galaxy S2-n meg mini-n tesztelek, még én sem foglalkoztam a tablet méretekkel..

  És még valami: Én külön fájlba vettem az Async osztályomat, nem engedi static-ra rakni, hogy ne fusson több egyszerre, azt a hívó activity async startoló metódusában csekkoljam indítás előtt?

  Bocsánat, félreértettem.
  A dokumentáció szerint az onRetain... helyett a setRetainInstance (boolean retain) használata javasolt. ((Gondolom, kompatibilitási problémák miatt az előző is működni fog.)) Ez más elven működik, nem egy objektumot, hanem az egész fragmentet (ami kb. egy activity, vagy activity rész) őrzi meg. Nagyképernyő és JB hiányában ebben még nem mélyedtem el, csak elolvastam. Megmondom őszintén, más részek sokkal inkább érdekeltek, mint az, hogy a rendszer egy jól ismert részét kicserélték. A nálaménál későbbi gépeken.
  ((Off: még mindig nem vagyok meggyőződve arról, hogy nyerek valamit a GB rendszer lecserélésével. Szintén SGS2. ÉS: néhány verzióval ezelőtt még nem láttam, h. használhatnék API11 feletti osztályokat - kompatibilitási kiegészítéssel. De lehet h. csak én voltam figyelmetlen...))

  A static-ról (c-s alapon) én is azt gondoltam, hogy az egyetlen példányt jelöl. DE NEM! (Olvasd el a többi részt is, megvilágosodik, remélem! ebben középen) Csak azt jelenti tehát, hogy a belső osztály v. változó nem a példányhoz, hanem a külső osztályhoz kötődik. Arról valóban gondoskodni kell, hogy EGYETLEN példány legyen, de ezt a fentiekben megtettük. Legfelső szintű osztályként nem kell a "static" és működni fog!

  A programot úgyis tesztelni kell először, és akkor kiderül, hogy a tesztelők melyik megoldást tartják jobbnak, és átláthatóbbnak. Sztem. itt biztos találsz olyat, aki buszozik, és szívesen utazik ezzel.
  Én beépítenék egy visszafelé mutató ellenőrzést is (a rosszindulatúak elkerülésére nem is teljes körben talán): ha elmozdult egy megálló, akkor visszaszól a központi szervernek, és jelzi a változást. Valahogy úgy, mint a túra-térképeknél leadott útvonal. Meg az igo is megkérdezi mindig "Megérkezett a célhoz?"

Új hozzászólás Aktív témák