Programmare giochi su android

Ciao gente. Sono nuovo di questo forum e sono interessato a programmare per android.
Pensavo di creare qualche giochino per lo store, mi sono un po' informato e a quanto pare l' unico modo è programmare in Java utilizzando l' SDK. Questo mi ha lasciato un po' scoraggiato, primo perchè java di sicuro non ha una buona reputazione in quanto linguaggio pesante, secondo perchè le mie conoscenze di java sono nulle, mentre conosco un po' altri linguaggi come C# e C++ (avevo pure programmato qualcosa in C# e XNA).

Quindi le mie domande sono due: esiste un modo di programmare per lo store in C++ o C#?
La seconda è, qual' è un buon punto di inizio, una guida (possibilmente in italiano roftl un po' di basi di inglese le conosco ma in italiano sono molto più comodo) per impararsi il java?
La terza, il linguaggio è veramente così pesante o si riesce con un po' di impegno a far andare un gioco in 2d con un buon framerate?

Ringrazio tutti coloro che risponderanno ;)

Nu, java è e java rimane... le guide sono le solite, cioè Google (e non ti sto prendendo per il culo eh, ma intendo dire che anche se cerchi dei testi, non sono imho allo stesso livello del supporto o dei tutorial online che puoi trovare, visto che spesso gente, ha già affrontato i tuoi problemi).

chi ben comincia è a metà dell'opera :)

Board :: anddev.org - Android Development Community | Android Tutorials

ciauz e buon lavoro.

Effettivamente java è più pesante di altri linguaggi compilati, dato che il programma deve passare per una virtual machine, però questo non sembra impattare affatto sulle prestazioni dei giochi (ovviamente se il programmatore ha fatto bene il suo lavoro ;) ).
A prova di questo ci sono già parecchi video su youtube che mostrano giochi tridimensionali che girano senza alcuna esitazione, almeno sul milestone...

utilizzare java permette di creare un'applicazione e un apk uguale per tutti i dispositivi con android e architetture diverse

GRANDISSIMO METALLARO!!!

anche io ADORO gli IRON MAIDEN!!
:):):):)

mmm.. android ndk.. mmmm..

Ok ringrazio tutti per gli aiuti, vi farò sapere ;)

Edit:
Potreste togliermi un altro dubbio? Se io programmo un gioco per l' SDK 1.6 il gioco dovrebbe funzionare per ogni telefono con android 1.6 o più, vero?

Veramente puoi programmare alcune parti della tua applicazione in NdK ... come aveva suggerito sticker.

Se non erro l'ndk può essere programmato in c/c++ :)

Allora, si, posso scrivre parti di applicazione in ndk ma per fare un' applicazione completa e compatibile con tutti i telefoni che montano il sistema devo usare il Java e l' SDK, il migliore per giochi 2d da quanto ho sentito è il 1.6, perchè supporta le risoluzioni multiple ed è diffuso.
A questo punto non mi resta che iniziare ;)

Quote:

---

Originariamente inviato da Metallaro

Allora, si, posso scrivre parti di applicazione in ndk ma per fare un' applicazione completa e compatibile con tutti i telefoni che montano il sistema devo usare il Java e l' SDK,

---

Sì, per farlo girare dappertutto devi usare solo Java.

Quote:

---

il migliore per giochi 2d da quanto ho sentito è il 1.6, perchè supporta le risoluzioni multiple ed è diffuso.
A questo punto non mi resta che iniziare ;)

---

L'1.6 supporta risoluzioni multiple, ma per scrivere un gioco che le supporti puoi farlo anche per 1.5, perché ti basta istanziare un Canvas collegato alla View e poi chiedergli quanto grande è. Su un telefono con 1.5 ti tornerà sempre 320 e 480, mentre sui telefoni con schermo più grande (o più piccolo) ti tornerà la risoluzione corretta.

L'1.6 fornisce funzioni aggiuntive, che non ti sono necessarie per i giochi. Per esempio ridimensiona da solo le icone nella home per farcene stare sempre 4x4 anche a risoluzioni diverse, o adatta i font nei widget standard per essere sempre alti uguale (in millimetri) anche a risoluzioni diverse.

Informati bene su cosa ti dà in più l'1.6, perché abbandonando (ora) la 1.5 ti tagli fuori quasi il 30% di utenza potenziale (conta non solo i telefoni che non hanno un aggiornamento ufficiale, ma anche quelli i cui utenti non hanno voluto fare l'aggiornamento del firmware per un motivo o per l'altro).

Bye.

Vorrei farti notare un paio di cose, dato che hai detto di aver programmato in C# e anche io, per lavoro, programmo in C#:

Primo, che il linguaggio del C# è per molti aspetti assolutamente indentico al Java, di cui è infatti figlio diretto: C# discende da J++ che è la "versione Microsoft" del java. Dovrai solo sostituire alcune keywords (invece del simbolo : per derivare dovrai usare la parola "extends", tipo "public class Nomeclasse extends Baseclass", e invece di Using c'è Imports) e non avrai le classi del .NET a disposizione, ma la sintassi è la stessa.

Secondo, che il C# è pesante tanto quanto il Java, perché anche il C# gira su Virtual Machine: tutti i linguaggi .NET si compilano sempre in Intermediate Language, che è fatto in modo molto simile al Bytecode di Java, e l'IL appunto viene interpretato dalla MVM (Microsoft Virtual Machine) su Windows o da Mono su altri sistemi, esattamente come il Java è interpretato dalla JVM (Java Virtual Machine).

Il Java era estremamente pesante fino a qualche anno fa, ma da un paio d'anni a questa parte la JVM ha ottenuto delle ottimizzazioni veramente efficaci, anche copiando alcune soluzioni adottate da Microsoft con il C# e il .NET, quindi le sue prestazioni sono molto migliori di quello che comunemente si crede.

Certo non raggiungerà mai i livelli del C++, perché comunque c'è una Virtual Machine in mezzo.

Quote:

---

Originariamente inviato da LoZeno

Vorrei farti notare un paio di cose, dato che hai detto di aver programmato in C# e anche io, per lavoro, programmo in C#:

Primo, che il linguaggio del C# è per molti aspetti assolutamente indentico al Java, di cui è infatti figlio diretto: C# discende da J++ che è la "versione Microsoft" del java. Dovrai solo sostituire alcune keywords (invece del simbolo : per derivare dovrai usare la parola "extends", tipo "public class Nomeclasse extends Baseclass", e invece di Using c'è Imports) e non avrai le classi del .NET a disposizione, ma la sintassi è la stessa.

Secondo, che il C# è pesante tanto quanto il Java, perché anche il C# gira su Virtual Machine: tutti i linguaggi .NET si compilano sempre in Intermediate Language, che è fatto in modo molto simile al Bytecode di Java, e l'IL appunto viene interpretato dalla MVM (Microsoft Virtual Machine) su Windows o da Mono su altri sistemi, esattamente come il Java è interpretato dalla JVM (Java Virtual Machine).

Il Java era estremamente pesante fino a qualche anno fa, ma da un paio d'anni a questa parte la JVM ha ottenuto delle ottimizzazioni veramente efficaci, anche copiando alcune soluzioni adottate da Microsoft con il C# e il .NET, quindi le sue prestazioni sono molto migliori di quello che comunemente si crede.

Certo non raggiungerà mai i livelli del C++, perché comunque c'è una Virtual Machine in mezzo.

---

Come saprai (mi riferisco a LoZeno) ci sono delle sostanziali differenze tra Java e C#.
In primis il fatto che un oggetto passato per riferimento, in Java non può essere reistanziato (o meglio ha effetto solo sul metodo che riceve l'oggetto mentre per il chiamante l'istanza rimane la stessa), mentre in C# perpretra la nuova istanza anche al chiamante.

Successivamente c'è il confronto di stringhe che è totalmente diversa perchè il simbolo "=" confronta le istanze e non il valore contenuto in una property standard. Quindi in java scrivere stringa1 = stringa2 darà SEMPRE false, mentre in C# dipende dal contenuto.

E questo sono le due macro differenze che mi sono venute in mente al volo.
Ce ne sono anche altre.
La prima è mooooolto subdola ed è il motivo per cui è moooolto complesso fare un porting Java di un'applicazione scritta in C#.

Inoltre la CLR (sia di .NET che di Mono) e la JVM hanno un JIT-compiler che lavora in modo diverso.

Aggiungo anche che qui si parla di DVM e non di JVM che è ancora diversa.

Livelli di Benchmark sono stati esposti e dimostrano la supremazia della CLR Mono compilata su Android rispetto alla DVM.
Si spera che Dalvik Turbo migliori la gestione e permetta livelli di performance degni di nota ;).

Non sto denigrando la Dalvik, ma è un mero confronto.

E le perfomance di C# e Java dipendono dall'implementazione della CLR/JVM sull'architettura in oggetto di analisi. Su Windows e Linux, a parità di hardware (test sui due OS in dual boot), la JVM ha performance differenti ;).
Su windows è un relitto e ovviamente microsoft ha sviluppato, con .NET, una virtual machine (la CLR appunto) moooooooolto più performante della JVM sulla stessa architettura (windows appunto).

Ringrazio per le precisazioni. Allora mi metto con il java. Adesso ho trovato alcuni manuali generici per il java ed è un buon punto di inizio roftl
E poi ho già in mente come sarà il mio primo gioco. Una roba semplice ma molto metallara :D