Pour les animations, 15s de google, je vois que les animations ont des évènements onAnimationEnd, et il est marqué "Since: API Level 1", donc euh bon ...
Et dispo uniquement sur 2.2+, c'est pour ca que tout le monde se fade tout a la main.
Android <2.2 c'est 10% de part de marché, et certainement pas la part de marché à l’affût de la moindre application.
Sinon, c'est sorti du google labs c2dm? La derniere fois que j'ai verifie, c'etait assez experimental quand meme.
C'est pas comme si tout chez Google étant en Labs mais presque ... C'est expérimental par rapport à quoi ? (si c'est juste parce que c'est du Labs, ça tient de la mauvaise foi ...)
Comment tu notifies les applis que ca commence a etre chaud, la memoire?
Elles ne sont pas notifiées, juste libérées. Ce qui permet d'éviter que le dév fasse de la merde, donc ça m'intrigue assez, c'est un peu dans le sens opposé à d'habitude où chez Google ils laissent le max de liberté au dév, et où ça se retourne contre eux. Sauf que là ça se retourne pas contre Apple ?
Comment est ce que les vues non affichees, mais toujours en ram, sont droppees quand tu commences a etre profond dans ta navigation?
Qu'est-ce que j'en sais ? c'est le GC qui s'amuse
Comment est ce que tu les recrees quand tu reviens sur ces controlleurs?
Bah ... euh ... l'activité a sa fonction onCreate() d'appelée, 'fin le comportement auquel on pourrait s'attendre quoi.
Ca change pas grand chose au probleme, dans un cas, ca rame, dans l'autre pas.
Ça change que c'est bien moins la faute de Google que ce que tu laisses croire.
A ce compte la, la moitie de ton code va etre anonyme...
Pareil pour les closures ? La souplesse apportée par les closures me parait à peu pres aussi moche que celles des objets anonymes. Enfin bon, c'est pas avec le peu de GUI que j'ai codé que je peux dire.
Pour ARC, le nom me faisait penser qu'il était dynamique, et non statique, mais au final ça ne change pas grand chose. Et j'ai apparemment mal tourné ma phrase, je disais au contraire que ARC était prévisible au contraire de celui de Java (d'où le 'mais'), et un GC libère la mémoire "au fur et à mesure", alors que dans certains cas avec ARC tu peux te retrouver à être bloquer à attendre que la mémoire soit libérée.
[^] # Re: Bravo
Posté par Ph Husson (site web personnel) . En réponse au journal Barnes & Noble résiste à M$. Évalué à 4.
Pour les animations, 15s de google, je vois que les animations ont des évènements onAnimationEnd, et il est marqué "Since: API Level 1", donc euh bon ...
Android <2.2 c'est 10% de part de marché, et certainement pas la part de marché à l’affût de la moindre application.
C'est pas comme si tout chez Google étant en Labs mais presque ... C'est expérimental par rapport à quoi ? (si c'est juste parce que c'est du Labs, ça tient de la mauvaise foi ...)
Elles ne sont pas notifiées, juste libérées. Ce qui permet d'éviter que le dév fasse de la merde, donc ça m'intrigue assez, c'est un peu dans le sens opposé à d'habitude où chez Google ils laissent le max de liberté au dév, et où ça se retourne contre eux. Sauf que là ça se retourne pas contre Apple ?
Qu'est-ce que j'en sais ? c'est le GC qui s'amuse
Bah ... euh ... l'activité a sa fonction onCreate() d'appelée, 'fin le comportement auquel on pourrait s'attendre quoi.
Ça change que c'est bien moins la faute de Google que ce que tu laisses croire.
Pareil pour les closures ? La souplesse apportée par les closures me parait à peu pres aussi moche que celles des objets anonymes. Enfin bon, c'est pas avec le peu de GUI que j'ai codé que je peux dire.
Pour ARC, le nom me faisait penser qu'il était dynamique, et non statique, mais au final ça ne change pas grand chose. Et j'ai apparemment mal tourné ma phrase, je disais au contraire que ARC était prévisible au contraire de celui de Java (d'où le 'mais'), et un GC libère la mémoire "au fur et à mesure", alors que dans certains cas avec ARC tu peux te retrouver à être bloquer à attendre que la mémoire soit libérée.