Android par pratique

Apprendre à développer sous Android par un cas pratique

Ce site ne sera plus alimenté de contenu après août 2014. Tous les nouveaux articles seront redigés pour www.waitingforcode.com

Les applications sur les smartphones et tablettes gagnent du terrain. Il faut donc garder le cap et offrir chaque développement au public le plus large possible. Nous aussi, on se préoccupe des utilisateurs utilisant des appareils mobiles. L'application de gestion de la bibliothèque, développée avec Spring, sera bien évidemment adaptée aux appareils tournant sous Android.

A travers la série des articles dans cette partie on apprendra comment développer une application Android par pratique. Comme dans les séries précédentes, elle se réposera sur le principe des exemples vivants du code enrichi d'informations théoriques.

IMPORTANT. Il vous est conseillés de consulter l'article consacré à la Présentation du projet avant de continuer.

1. Concepts de base

Nombre d'articles : 1

2. Activités

Nombre d'articles : 4

3. Vues et layouts

Nombre d'articles : 3

4. Couche des données

Nombre d'articles : 1

5. Ressources des fichiers

Nombre d'articles : 1

6. Fenêtres UI

Nombre d'articles : 2

7. Formulaires

Nombre d'articles : 1

8. Validation

Nombre d'articles : 1

9. Internationalisation

Nombre d'articles : 1

10. Evénements UI

Nombre d'articles : 1

11. Communication

Nombre d'articles : 2

12. Menus

Nombre d'articles : 2

13. Onglets

Nombre d'articles : 1

14. Tâches asynchrones

Nombre d'articles : 2

15. Récepteurs

Nombre d'articles : 1

16. Outils de développement

Nombre d'articles : 1

Voici les conventions utilisées dans les articles :

NAME
Le nom original ou anglophone d'un élément.

Java's class resultLe résultat du code affiché sur l'écran. 

public class JavaClass
Le code de la classe Java.

Catégories
applications web design patterns gestion de projet Hadoop PHP sécurité des applications web Solr Symfony2 Zend Framework 2
Un conseil Symfony2

Comment utiliser les routes d'un autre environnement ?

En utilisant les routes d'un autre environnement sous Symfony2 on risque de voir le nom du dispatcher. Supossons qu'on est placé dans notre backoffice, déclenché avec le fichier administration.php . On se trouve donc dans un url /administration.php/admin/get/order/1 . L'environnement courant est donc "administration". Si l'on veut appeler une route de l'environnement "frontend", "/show/order/1", on risque de voir l'url suivant : /administration.php/show/order/1 . Cela est provoqué par le fait que Symfony2 reprend l'environnement actuel. Pour éviter ce genre de situations, il faut récupérer l'objet qui gère la génération des urls pour l'environnement donné. Ensuite, temporairement, il faut lui indiquer l'url de base à utiliser pour les chemins. Voici le code qui devrait résoudre ce problème : 

$generator = $this->container->get('router')->getGenerator();
// var_dump($generator->getOption('baseurl'));
// Symfony\Component\Routing\RequestContext
$requestContext = $generator->getContext();
// sets base URL used in the generated URL
$requestContext->setBaseUrl('frontend.php');
// var_dump($requestContext);
$generator->setContext($requestContext);
//var_dump($generator);
echo $this->generateUrl('showOrder', array('id' => 1));
// will show /frontend.php/show/order/1 url