ZMessenger

Chouette, merci beaucoup d'avoir pris l’accessibilité en compte. Du coup, le souci venait d'où pour les listes ?

C'était simplement que la liste était vide. Dorénavant, tu auras un message pour te le signaler.

Question bête mais pourquoi c'est pas open source ?

En fait c'est open-source (sous licence Apache, pour être exact). Même si curieusement ce lien n'apparaît pas dans le premier post, je le met ici parce qu'il n'est pas compliqué à trouver.

Ah top merci, ouais il faudrait mettre cela sur le premier post.

Pour ce qui est de télécharger l'application pas de prévision de la passer sur le playstore ?

Tu as lu le sujet ?

Édit: mes excuses, c'était pas sur la première page apparemment : https://zestedesavoir.com/forums/sujet/4361/zmessenger/?page=2#p87522

Faute réparée, le premier message du sujet a été mis à jour pour rajouter l'info de l'open-source et du déploiement sur le Google Play Store.

Merci de me l'avoir signalé !

J'ai vu que tu utilisait "dagger", peux tu nous faire un rapide retour d'expérience sur cette librairie ?

J'ai cru remarquer que tu l'utilisait surtout pour l'injection de dépendance, pourquoi avec choisi cette librairie là ? Quel cas d'utilisation voulais tu couvrir avec cette dépendance ?

Edit: à part le fait que c'est un produit square et donc que c'est forcément génial.

Edit: à part le fait que c'est un produit square et donc que c'est forcément génial.

Mais euh ! Si tu anticipes déjà ce que je vais dire, c'est pas du jeu !

Plus sérieusement, Dagger est donc un bibliothèque d'injection de dépendances et figure dans la famille des 3 grosses bibliothèques les plus utilisées dans ce domaine, à côté de Dagger 2 et Google Guice. Les différences sont assez minimes : Google Guice est une "vieille" bibliothèque qui utilise des pratiques assez vieilles dans son usage. Dagger utilise massivement les annotations (ça fait du bien à l'usage) mais font énormément de travail au runtime. Dagger 2 est un fork direct de Dagger 1 mais font toutes les injections à la compilation grâce à la génération de code (théoriquement plus performante).

3 bibliothèques, 3 philosophies différentes et cela dépend du développeur de choisir celle qu'il préfère.

A côté de ça, l'utilité d'une bibliothèque d'injection de dépendances n'est plus trop à démontrer. C'est juste super pratique d'annoter un champ @Inject pour en disposer d'une instance (singleton ou non) et de ne plus devoir se soucier du partage des instances entre les classes, de leurs instanciations, etc.

PS : Désolé pour le délai de réponse, j'ai lu le message puis j'ai oublié de répondre. Shame on me!

Les inscriptions pour la bêta sont elles toujours ouvertes ?

peut-on avoir un line pour le test de l’application? les liens donné plus haut nécessite d’avoir été invité a être testeur et je ne sait pas compiler une application android