Reprise du message précédent :

Il me semble que ça permet de développer en langage C, c'est ça qui m'intéresse !
Mais la doc sur le sujet a l'air imbitable et il y a peu d'exemples de code.

 
Tu veux développer quoi comme type d'appli ?
Le NDK c'est réservé à des usages très spécifiques généralement une lib d’interaction avec un composant système, une interface hard...
 

Il me semble que la plupart des jeux un peu sophistiqués (Angry Birds par exemple) sont développés avec le NDK !
Je pensais faire pour commencer un tout petit jeu par exemple. Je pensais au minehunt, une variante du démineur, que j'ai déjà programmé en C il y a bien longtemps sur calculatrice en un rien de temps (à l'époque programmer c'était simple, maintenant ça devient de plus en plus compliqué).
J'aimerais l'adapter sur Android, mais déjà je bute sur pas mal de points.
J'aimerais entre autres dessiner en dehors de la méthode onDraw (éviter de tout redessiner à chaque fois) Comment faire ?
Par ailleurs j'ai un viewGroup qui contient un layout pour le placement des boutons, et une View pour le graphisme.
Je sais pas comment dessiner dans cette View, comment faire ?

Le ndk c'est surtout pour optimiser du code (vitesse d'execution) ou réutiliser des libs existantes.
 
Dans ton cas, je repartirais de 0 en java.

beau troll
j'en ai un autre : de nos jours avec eclipse/java si tu sais appuyer sur CTRL+espace tu sais programmer

 
Les contraintes de développement d'un jeu ne sont pas les mêmes que pour une appli classique. Trouve-toi un tuto de dev de jeux Android et part de là, mais opter pour le NDK c'est se tirer une balle dans le pied AMHA.

Zipo > Eh non ce n'est pas un troll, mais alors vraiment pas.
Pour info j'ai même programmé à l'époque un petit jeu en assembleur 68K (voir ici : http://www.ticalc.org/archives/fil [...] 2621.html)
Maintenant qui connaît de nos jours l'assembleur ? Tout se perd...
Pour répondre à ton troll j'aimerais te rappeler que programmer en java implique programmation objet.
La programmation objet c'est loin, loin d'être trivial. Certains concepts (templates, design patterns et autres conneries) nécessitent quand même un niveau d'abstraction assez élevé et c'est pas à la portée de celui qui débute en programmation.
 
Déjà dans le moindre programme java on a des extends, des implements, pleins de classes et d'interfaces à tout va dont on ne sait pas à quoi elles servent, bref c'est peut-être trivial pour toi, mais pas pour moi.
Je suis un milliard de fois plus à l'aise devant un programme en C que devant un programme en Java.
 
Prenons par exemple les chaînes de caractères.
En C, c'est une suite de caractères terminés par '\0'. Tout simplement. La simplicité à l'état brut.
En java, j'ai laissé tomber.
La doc des classes String (http://docs.oracle.com/javase/1.4.2/docs/api/java/lang/String.html), StringBuffer(http://docs.oracle.com/javase/1.5.0/docs/api/java/lang/StringBuffer.html), etc... m'a complètement découragé. C'est limite imbitable.
 
Déjà, rien que ce code, ça me dérange :
String cde = "cde";
System.out.println("abc" + cde);
 
Car derrière le "abc" + cde, il y a pleins de mécanismes sous-jacents.
 
Alors qu'en C, le code est à la fois trivial et proche de la machine (pas de mécanismes sous-jacents).
 
De même la gestion des listes ou le parsing des fichiers xml (avec libxml) en C c'est d'une simplicité biblique.
Tout comme développer des applis OPENGL en C avec la glut ou même l'api Win32, c'est simple. Je dirais même plus, c'est SIMPLE.
Avec qu'avec Android et Java, c'est un autre monde, c'est d'un COMPLIQUE !!!!!!
 
Donc non, je ne trollais pas.
Moi je vous le dis, Java c'est un effet de mode et ça SUXX. Dans quelques années, quand on se sera rendu compte que tous les projets java foirent et font exploser le budget, on reviendra aux fondamentaux
Bref revenons-en au sujet...

 
C'est le sujet justement.
Tu choisis de développer sur une plateforme qui propose son API en Java. Soit tu apprend à développer en Java, soit tu t'exposes à galérer sur le moindre point    

t'es expert en C et débutant en Java : il est tout à fait normal que tu trouves Java "difficile" au départ (nouvelles notions, concepts etc)
 
lis des tutos et familiarise toi avec le langage (+ un IDE sympa) et tu verras que tu trouveras Java beaucoup plus simple, abordable et puissant dans pas très longtemps

Et je réfute mon propos avec cet exemple
 

What is the output ?
 

wtf is that ?

c'est l'effet de plusieurs ... "mécanismes sous-jacents" comme dirait jcop

Et avec .equals()?

Edit: Ça m'étonnerais pas que Java cache les valeurs comprises entre -128 et 127

bah tu casses le jouet

Magnifique.

Plus sérieusement, pour faire une app android il faut connaitre l'objet, le java. C'est indispensable. Tu marches à l'envers.

Après oui, il y a surement très peu de java dans Angry Birds qui doit être dev en C++ (ou C#). Je pense que c'est ça ta question non, comment developper une app sans faire de java finalement...

 
(Je tente hein ?   )

tu te doutes bien que ... non

Bah j = 127 sortira "=="

oui on a compris que tu avais googlé dès le 1er post hein ... laisse du suspense pour Zarbi74

C'est pareil avec les strings internalisées, c'est du Java day 1, si t'as besoin de googler ça...

en fait non détaille stp parceque je pense que t'es passé à côté du raisonnement

Je connais un peu l'objet mais j'ai parfois du mal avec certains concepts... Je pense que faire un tout petit jeu en java devrait m'aider à mieux appréhender ce langage !
Angry Birds n'est certainement pas développé en C#, mais en C ou C++. Oui ma question est comment développer une app sans faire de java ! Si quelqu'un sait et a des exemples de code à partager, ça m'intéresse !
 
Sinon ma question précédente tient toujours : comment dessiner dans une view qui est déclarée dans le main.xml et comment dessiner en dehors de la méthode onDraw ?

Angry Birds, développé en C???
N'importe quoi c'est très surement du bon Java de base, faut pas exagérer non plus.
 
jcop: onDraw, tu l'as dit plus haut

Ouais fin tu cherches la petite bêtes tu colles des int dans le Integer, et le == chie passé 127, j'ai pas saisi l'intérêt du machin à part de aire gaffe au type qu'on utilise ?

Non Angry Birds (et d'autres grosses applis, surtout les jeux) a été développé en autre chose que du Java grâce au NDK. En recherchant sur le Net tu auras la confirmation !
 
Le problème de onDraw est que cette méthode est appelée pour redessiner tout l'écran. Moi je veux pouvoir dessiner à l'extérieur de onDraw, depuis n'importe quelle fonction !
Je ne veux pas, à chaque fois que je rajoute un élément dans l'affichage, avoir à relancer tout le calcul de l'affichage !
 
Edit : je sais qu'on peut invalider l'écran que sur une portion de celui-ci, mais ça appelle quand-même la fonction OnDraw et donc toutes les fonctions de dessin qu'elle contient !

Angry birds, en java pure ? Oui. Bien sur.

 
Faut juste savoir que l'implémentation de l'autoboxing Integer <-> int  utilise la méthode Integer.valueOf(int)
qui elle-même a un cache interne pour tous les entiers de -128, 127
 
d'où le résultat :
myInt1 == myInt2
myInt3 != myInt4
 
mais effectivement c'était trivial et à la portée de tout hfrien moyen

Et pourquoi pas?  
C'est de la 2D avec quelques animations mais rien d'extraordinaire.
Tu as vu les proc de compet sur les mobiles depuis 3 ans ? +l 'accélération graphique, mais qui ne nécessite pas de codage natif?
 
Y'a 10+ ans, j'étais chez un gros éditeur de jeux mobile, et j'ai vu ce qu'on peut faire en Java pur, en J2ME, si tu optimises bien tes cycles de dessin.
MAintenant, si tu as une quelconque info plus précise, je te lis

C'est pas ce que j'ai dit. Par contre, ce sont des choses auxquelles t'es confronté très vite, soit par l'éducation, soit par l'expérience. Tout comme 0.1 + 0.2 = 0.30000000000000004, y'a pas besoin de connaitre le fonctionnement interne pour éviter d'utiliser des choses qui ne fonctionnent dans des conditions particulières

Par contre si tu compare les myIntx.intValue(), ça marche

Du coup j'ai cherché, y'a aucune source sure, juste de la rumeur, mais ça parle de C++ pour Angry Birds.

Angry birds est aussi sur FB, iphone et console de salon (sic !), je vois mal les mecs réécrire le code à chaque fois

Je viens d'essayer de me connecter à mon compte développeur et j'ai eu le joli message suivant :

 
Quelque chose a changé à ce niveau là que j'aurais loupé ?

Ah ben en voila une bonne nouvelle ^^
 
http://www.frandroid.com/actualite [...] lications/
 
Par contre, pas de comm de google, pas dispo dans la console. J me demande si ils se plantent pas un peu dans l'article.

J'ai googlé mais rien trouvé  
 

Oui et non. Passer de iPhone à NDK à Bada, àmha y'a pas grand chose de réutilisable.
Y'a aussi une version pure JS pour le web, donc ...
 

Apparemment, c'est progressif. Rien chez moi en tout cas    
(vu le niveau de certains commentaire, ça vaut pt-être mieux   )
 

 
c est clair ^^

C'est parce que ça te sort une valeur adhoc, donc non cachée.

Y'avais le
 
De toute façon pour comparer des Integer tu utilises equals épicétou...

Je viens de voir la star du topic sur France 2

y a un stream qq part ?