Padanje prodaje osebnih računanikov se nadaljuje, telefone menjamo vse redkeje

nejodagreat je 4. mar 2018 ob 19:21 izjavil:

blackbfm je 4. mar 2018 ob 15:36 izjavil:

A hoces rect da ios blokira izvajanje aplikacij v ozadju.. To zna danes tut vsak spodoben andorid

Delam zadnjih 5 let kot ios app dev, pa ti lahko povem da je dosti težje držat iOS aplikacijo "živo" v ozadju. Za zadeve kot so npr location services ali VoIP (seznam maš tu) še gre, ni pa "sticky services", ki so bili možni na androidu še pred kratkim (ne spremljam več dovolj androida da bi vedel kak je trenutno s tem, na 5.0 mislim da ni bilo problem izvajat aplikacijo nonstop v ozadju).

Ja to sem opazil recimo pri IRC aplikacijah, namreč IRC je še starejši protokol ki zahteva aktivno povezavo do strežnika. Na Android deluje brez problema v ozadju in ne kuri skoraj nič baterije/pdoatkov. Na iOS pa se povezava prekine po nekaj minutah v ozadju in ni rešitve, da jo obdržiš, tudi če je uporabnik pripravljen žrtvovati baterijo, mu iOS ne pusti.

PlayTheGame je 2. mar 2018 ob 14:32 izjavil:

Povsem logično se mi zdi, da prodaja računalnikov že 6. leto stagnira, ker s približno tako starim računalnikom lahko poganjaš vse kar povprečen uporabnik potrebuje, teh pa je 90% ali več.

Pred dnevi sem prodal Dell Optiplex 755.
V nem je Core 2 Quad in 4GB RAMa.

Ko sem namestil windowse sem bil presenečen, kako zadeva deluje (na HDD).
Novi lastnik je rekel, da bo dal notri SSD in dobil povsem spodobno mašinco.

blackbfm je 4. mar 2018 ob 19:29 izjavil:

5.0 je ze zgodovina

Ja, ampak s tem je zgodovina tudi to, da aplikacije lahko normalno dostopajo do SD kartice :(

shadeX je 6. mar 2018 ob 17:56 izjavil:

Novi telefoni grejo v t.i. Doze mode kjer se servisi ne zaganjajo.

Torej nima pomena če je uporabljen "START_STICKY"? A mora user "START_STICKY" posebej odobrit? (da se service lahko sam zažene)?

START_STICKY samo pomeni da prosiš sistem da ti enkrat restarta service po tistem ko ga s keregakoli razloga ubije. Nimaš pa nobene garancije kdaj to bo. Tako v primeru Doza (ko telefon spi v tvojem žepu ali na mizi) pač sistem ne poštarta tvojega servisa in čaka do naslednjega t.i. "maintenance" okna. Potem pa v paketu poštarta vse čakajoče storitve. "maintenance" okno se ponavadi zgodi ko uporabnik telefon prižge, dobi kakšen notification ali pa priklopi telefon na polnilec. Tako da lahko traja tudi par ur preden pride do restarta.

Več info: https://developer.android.com/training/...

shadeX je 6. mar 2018 ob 17:56 izjavil:

(Razen če so eksplicitno označeni kot foreground in kažejo nekaj v seznamu obvestil).

Kdo to označi? Uporabnik z dovoljenjem?

A na to delovanje vpliva tudi "targetSDKVersion" označen v manifestu? (kakor sem omenil moja app še deluje na novih OS-jih).

Ne, to nastavi razvijalec - namesto startService() moraš uporabiti startForeground() ki zahteva "Notification" kot parameter. Taki servisi imajo višjo prioriteto in jih sistem ne bo ubijal. Prav tako preprečijo da gre sistem v Doze in jasno kurijo več baterije. Dokler pa laufajo pa sistem kaže njihov notification (tipični primeri teh so predvajalniki glasbe ali pa recimo servisi ki uploadajo slike na FB/Instagram/itd - cel čas vidiš notification dokler stvar laufa).