Newsgroup: it.comp.java
Titolo: Android iniziare

Ciao,
volevo iniziare a vedere di sviluppare qualcosina (così per curiosità) per
Android.
Ho già sul mio pc NetBeans e la JDK (bisognerà poi vedere se non devo
passare a una versione successiva di NetBeans) e ho visto che ci sono dei
tutorial per partire.
Qualche raccomandazione?
Ci sono diverse versioni per l'SDK, per iniziare consigliate qualcosa in
particolare?
Grazie 
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 Grazie 
Vabbeh, per ora sono partito col 3.1 e con netbeans.
Grazie.


 particolare?
Lo starter package è unico per ogni sistema operativo, tu probabilmente 
intendi gli API level che marcano alcune versioni del sistema cioè della 
"piattaforma". Con lo starter kit istalli alcuni strumenti tra cui AVD 
Manager che ti permette di istallare tutti gli altri componenti, 
compresi quelli di alcuni produttori, cioè fuori da AOSP.
Il riferimento è ovviamente [1], suggerisco di cominciare dalla Dev 
Guide [2] che ha una introduzione e poi tocca tutti gli argomenti.
Resources [3] ha esempi e Q&A, queste ultime a volte un po' vecchie cioè 
non consistenti con le versioni attuali della piattaforma.
Reference [4] offre tutta la API.
[1] 
http://d.android.com/
[2] 
http://d.android.com/guide/index.html
[3] 
http://d.android.com/resources/index.html
[4] 
http://d.android.com/reference/packages.html

 particolare?
no, non c'è una particolare versione raccomandata per iniziare. quello
che si raccomanda è scegliere una versione minima che si intende
supportare e sviluppare su quella, verificando però su tutte quelle
successive. l'ambiente consente agevolmente di supportare diverse
versioni sdk.

Andrea D'Amore ha scritto:







grazie a tutti


 grazie a tutti
Prego.
Non serve riportare tutto il messaggio per una sola riga di 
ringraziamento, inoltre attento/attenta al charset hai risposto in Latin 
1 ma i caratteri UTF-8 del mio messaggio non sembrano convertiti.

il 26.05.2011 14:07, Scrive Andrea D'Amore 96679776:

Beh, visto che ci siamo, l'encoding UTF-8 non sarebbe tollerato nei 
messaggi su usenet. Io mi ritengo piuttosto permissivo, per cui non ne 
faccio una questione di principio, ma non nego che le frequenti sequenze 
del tipo "non Ãš l'IDE" mi disturbano, per questo motivo, onde non 
arrecare il medesimo disturbo ad altri, non utilizzo l'utf-8 neanche io, 
ed evito il piu' possibile i segni diacritici.

 messaggi su usenet.
Fonte?
Io ricordo di aver letto recentemente una RFC per NNTP in cui era 
esplicitamente detto che il charset di scelta è proprio UTF-8, magari mi 
sbaglio ma un riferimento per l'affermazione che ho riportato sarebbe 
gradito.

 gradito.
L'RFC a cui ti riferisci e' la 3977, che propone l'uso dell'UTF-8, con 
una nutrita serie di condizionali, nel solo body del post.
Che non impedisce a chi legge di vedere "Ãš" invece della "e" accentata. 
L'RFC stesso dichiara la consapevolezza che si e' ben lungi dalla 
universale applicabilita'. Inoltre e' un "Proposed Standard" e non un 
"Internet Standard", per cui ogni richiamo alla sua compliance non e' 
lecito, e deve lottare la consuetudine di cui sopra.
D'altra parte, se anche i messaggi con subject: "[MANIFESTO] 
it.comp.java" - riferibili al coordinatore di questo news-group - 
utilizzano il ContentType:text/plain; charset="iso-8859-15", mi consola!
:-))

 utilizzano il ContentType:text/plain; charset="iso-8859-15", mi consola!
Il discorso del solo body è valido ovviamente per qualsiasi charset che 
non sia ASCII puro, perché il campo Subject viene trasmesso prima degli 
header che indicano il charset. Si applica a Latin 9 come a UTF-8.
Difatti evito di usare caratteri oltre i sette bit nel subject, ma nel 
body no.

 body no.
Libero di farlo, ma non puoi lamentarti che non lo facciano anche tutti 
gli altri.

 gli altri.
Mi riferivo al fatto che il client avesse cambiato il charset senza 
transcodifica visto che la mia 'e' accentata da un solo carattere era 
diventata due, cioè il problema è la mancanza di conversione non l'uso 
di un charset piuttosto che di un altro.