Chiudere la propria app

[blackgin]

Visti i recenti problemi che li sviluppatori stanno avendo su Froyo in merito alla chiusura di una app, dal codice della stessa, posto questo snippet, che ho provato sul Nexus con Froyo e che quindi funziona.

Codice (Java): [Seleziona]

android.os.Process.killProcess(android.os.Process.myPid())

[ScarfaceIII]

yeah! il relatore del mio progetto mi ha fatto una testa così col chiudere *davvero* l'applicazione...lo provo sicuramente!!! grazie mille, funge anche con Eclaire vero?

grazie mille!!!

[blackgin]

Certo, funziona anche su versioni precedenti della 2.2

[Agafi]

yeah! il relatore del mio progetto mi ha fatto una testa così col chiudere *davvero* l'applicazione...lo provo sicuramente!!! grazie mille, funge anche con Eclaire vero?

grazie mille!!!

Posso fare solo un piccolo appunto....

Di al tuo relatore di studiare l'architettura Android!!!!!!!e di non sparare Mxxxxxxxe!La chiusura di un'applicazione da parte propria fuori dal ciclo di vita corretto del sw è una cosa non corretta da fare sopratutto se si lavora i  Java dove è espressamente richiesto di non intromettersi con le politiche di Garbaging.

Pensa piuttosto a creare un'app performante che non lasci thread/servizi o altre cose appese.

[JD]

Posso fare solo un piccolo appunto....

Di al tuo relatore di studiare l'architettura Android!!!!!!!e di non sparare Mxxxxxxxe!La chiusura di un'applicazione da parte propria fuori dal ciclo di vita corretto del sw è una cosa non corretta da fare sopratutto se si lavora i  Java dove è espressamente richiesto di non intromettersi con le politiche di Garbaging.

Pensa piuttosto a creare un'app performante che non lasci thread/servizi o altre cose appese.

QUOTONE

[ScarfaceIII]

lol. Il mio relatore è un ingegnere dell'Automazione, ti ammazza di filtri passa-basso e retroazioni, ma non arriva molto più in la dell' "if-then-else". Ho tentato di spiegare la cosa, ma gli hanno detto che tenendo premuto il tasto home si vedono le applicazioni aperte e mi dice: "ma come, è ancora aperta?!". Ad ogni modo ha pian piano accantonato la richiesta, dopo che mi sono prodigato nello spiegare che è normale e che va bene così.
Per il resto sì, ho in mano il progetto da...boh...3 mesi, e praticamente l'ultimo l'ho passato a studiare tutti i casi d'uso e a fare bugfixing, controllare il codice, vedere cosa viene eseguito, quando e perché...è "anti-demente" ormai sta applicazione...

[JD]

ma gli hanno detto che tenendo premuto il tasto home si vedono le applicazioni aperte e mi dice: "ma come, è ancora aperta?!".

LOL

Non sono le applicazioni aperte ma le ultime utilizzate!!!

Sti cacchio di ingegneri che non son buoni a fare quello in cui si son laureati e quindi finiscono a fare gli informatici. Non li sopporto.

[invernomuto]

Posso fare solo un piccolo appunto....

Di al tuo relatore di studiare l'architettura Android!!!!!!!e di non sparare Mxxxxxxxe!La chiusura di un'applicazione da parte propria fuori dal ciclo di vita corretto del sw è una cosa non corretta da fare sopratutto se si lavora i  Java dove è espressamente richiesto di non intromettersi con le politiche di Garbaging.

Pensa piuttosto a creare un'app performante che non lasci thread/servizi o altre cose appese.

Non capisco bene se quando dici "sopratutto se si lavora i  Java dove è espressamente richiesto di non intromettersi con le politiche di Garbaging" intendi solo in ambito Android o in generale; nel primo caso è vero e sacrosanto (ed è una degli aspetti dell'architettura di Android che proprio non sopporto) mentre se riferito allo sviluppo generico in java, non lo trovo esattamente corretto.

[Agafi]

Intendo in ambito Java oriented o meglio in tutti quei mondi dove esiste una VirtualMachine con politiche di Garbaging mirate

[invernomuto]

Allora mi permetto di dissentire. 
Innanzitutto c'è da dire che si è partiti dall'idea di dover "chiudere definitivamente" l'applicazione; questo in android come si sa è un concetto insensato in quanto lo scheduler stesso si occupa di tali operazioni. In una vm java, invece, la chiusura di una applicazione deve essere effettuata esplicitamente, la terminazione di bytecode in esecuzione non è compito dello scheduler della vm. Per quanto invece riguarda il garbage collector,  in generale affidarsi ciecamente a questo "sguattero" può andar bene per applicazioni di modesta complessità, mentre al crescere dell'applicativo è necessaria sia una analisi delle politiche di garbage più appropriate da passare alla virtual machine (ad esempio per un oggetto che istanza un numero elevato di classi e le utilizza per tempi brevissimi, magari su thread separati, può essere utile "chiedere" alla virtual machine una politica di garbaging parallelo ad intervalli ridotti ) e si deve sempre considerare la possibilità di gestire il garbaging e l'espansione degli head in modo manuale (ad esempio in applicativi che necessitano di uso intensivo della cpu, in tal caso potrebbe essere utile assegnare al GC intervalli di controllo molto lunghi e procedere nei momenti non critici della computazione ad esecuzioni manuali del garbage). Il garbage è un ottimo strumento, ma non può sostituire un uso corretto delle risorse da parte dello sviluppatore a parere mio.
Concludo segnalando questo articolo che personalmente ho trovato molto interessante (tanto che si è meritato un bookmark in premio)  Java SE 6 HotSpot[tm] Virtual Machine Garbage Collection Tuning

[Agafi]

Bisogna capire però cosa si intende allora per chiudere un'applicazione

cmq anhce tu hai detto:
 

Il garbage è un ottimo strumento, ma non può sostituire un uso corretto delle risorse da parte dello sviluppatore a parere mio.

e su questa affermazione non posso che darti ragione:

può essere utile "chiedere" alla virtual machine una politica di garbaging parallelo ad intervalli ridotti 

cosa che in con i vari ApplicationServer si può chiedere e gestire oltretutto al meglio.

Diciamo che "aborro" il comando System.exit() cosa che trovo sconveniente e da non usare.

[tharos70]

Diciamo che "aborro" il comando System.exit() cosa che trovo sconveniente e da non usare.

Da "vecchio" sviluppatore di rich client java standalone, non sono d'accordo... o meglio...
Bisogna effettuare alcune distinzioni... se parliamo di applicazioni web il tuo discorso è correttissimo.
Su applicazioni che girano localmente la System.exit() evita processi "appesi" ecco perchè va utilizzata (senza contare il classico pulsante di chiusura...)
Detto ciò credo sia l'unico caso di applicazioni java in cui abbia un senso una chiusura esplicita del processo.....
Nello specifico su Android, è a mio parere, correttissimo lasciare la palla al sistema, ma alla prova dei fatti il market è pieno di applicazioni mal scritte... Ecco perchè sono spuntati come funghi i cosiddetti task manager o app killers che dir si voglia.... (che peraltro spesso non funzionano o funzionano male...)
Il capitolo sul ciclo di vita delle activities del libro di Massimo Carli contiene a mio parere uno dei più belli esercizi per la comprensione della politica di gestione delle applicazioni di Android... Ne consiglierei al relatore del progetto di cui sopra, una lettura attenta....

[Agafi]

Non posso che condividere tutte le tue affermazioni.

Sono solita a trascurare le applicazione java Stand alone....

[tharos70]

Non posso che condividere tutte le tue affermazioni.

Sono solita a trascurare le applicazione java Stand alone....

Beata te.... Io ho passato 4 anni della mia vita in quell'inferno.... 
E' stata una bella palestra e con le "nuove" tecnologie (jsf in primis, ma anche altri fw) sono esperienze che fanno comodo...
Questi sono i miei primi posts e devo farvi i complimenti... Sono pochi i forum tecnici in cui non si legga presunzione e pressapochismo...
Questa community fa davvero eccezione e soprattutto rende giustizia al glorioso nome che porta!!!  Spero di trovare il tempo di contribuire con le mie (poche) conoscenze!!

Continuate così!

[invernomuto]

Non posso che condividere tutte le tue affermazioni.

Sono solita a trascurare le applicazione java Stand alone....

Beata te.... Io ho passato 4 anni della mia vita in quell'inferno.... 
E' stata una bella palestra e con le "nuove" tecnologie (jsf in primis, ma anche altri fw) sono esperienze che fanno comodo...
Questi sono i miei primi posts e devo farvi i complimenti... Sono pochi i forum tecnici in cui non si legga presunzione e pressapochismo...
Questa community fa davvero eccezione e soprattutto rende giustizia al glorioso nome che porta!!!  Spero di trovare il tempo di contribuire con le mie (poche) conoscenze!!

Continuate così!

Mah, io dopo anni passati nell'abisso del tartaro del C misto asm (o al massimo il C++, ma era un lusso che capitava raramente), quando sono passato a java mi è parsa una benedizione. 
Vero è che sviluppo più applicazioni distribuite spesso basate su RMI quindi potrei non conoscere o sottovalutare aspetti prettamente legati allo sviluppo di desktop applications in java.