Shiny, c’est un package R qui facilite la construction d’applications web interactives depuis R.
A chaque fois que l’utilisateur fournit une nouvelle valeur d’input (= paramètre d’entrée) via un widget(= window gadget), un code R est réexecuté et sa sortie est affichée.
Vous avez un exemple d’application ci-dessous. Remarquez que cette application (qui, de fait, s’affiche dans votre navigateur internet) est (surprise!) écrite en html… Par contre, on peut la produire sans connaître du tout (surprise surprise!!) le langage html. En effet, elle peut être produite exclusivement via le langage R. (Même si une connaissance de html et css reste un plus pour produire de jolies apps…).
Shiny: qu’est-ce que c’est?
Shiny, c’est un package R qui facilite la construction d’applications web interactives depuis R.
A chaque fois que l’utilisateur fournit une nouvelle valeur d’input (= paramètre d’entrée) via un widget(= window gadget), un code R est réexecuté et sa sortie est affichée.
Introduction: démarrer avec le template
Pour construire votre première appli Shiny, vous pouvez vous aider du modèle (“template”“) fourni par RStudio, en faisant File -> New project -> New directory -> Shiny web application.
Deux fichiers sont alors créés: server.R, et ui.R.
La partie serveur contient l’ensemble du code R qui doit être executé par l’appli pour fournir les sorties.
La partie ui (= user interface) contient les instructions de construction/mise en forme de l’interface utilisateur.
Vous pouvez ouvrir l’un ou l’autre, et activer le bouton Run App en haut à droite de la partie “script” de l’interface RStudio pour construire (et tester) l’appli.
Introduction: déploiement des applications à distance
Quand vous construisez et testez votre app, l’ordinateur qui affiche l’interface =l’ordinateur qui effectue les calculs (car dans ce cas, l’utilisateur = le développeur = vous).
En revanche, si vous souhaitez que votre app soit utilisable par un autre utilisateur que vous même, vous pouvez procéder de deux manières:
fournir votre app (i.e. l’ensemble des scripts et arborescence) à l’utilisateur. C’est-à-dire qu’il faut que l’utilisateur soit capable de (et disposé à) enregistrer cette app sur son ordinateur, installer R si besoin, et lancer l’application depuis R. Sauf si votre interlocuteur connaît bien R, ce n’est pas très pratique…
déployer votre app sur un serveur distant. Dans ce cas l’utilisateur n’a ni besoin d’avoir R sur son ordinateur, ni de savoir comment R fonctionne. En fait, il peut utiliser l’app sans avoir aucune conscience qu’il y a du R derrière…
Dans le cas où vous déployez votre app sur un serveur distant, cela veut dire qu’il y a une gentille structure qui vous “offre”" gratuitement de la puissance de calcul sur son serveur… Cela n’est donc pas, généralement, totalement gratuit et/ou totalement illimité…
Construire une app (1)
ui:
Ajoutez des éléments d’entrée à l’interface avec les fonctions de type xxxInput()
Ajoutez des éléments de sortie à l’interface avec les fonctions de type xxxOutput()
server:
Encapsulez le code utilisé pour créer l’output dans une fonction de type renderXxx()
Assignez à l’output la sortie de renderXxx().
Construire une app (1)
ui:
Ajoutez des éléments d’entrée à l’interface avec les fonctions de type xxxInput()
Ajoutez des éléments de sortie à l’interface avec les fonctions de type xxxOutput()
server:
Encapsulez le code utilisé pour créer l’output dans une fonction de type renderXxx()
Assignez à l’output la sortie de renderXxx().
Construire une app (2)
Deux structures de base sont possibles pour les apps: soit avoir tout réuni dans un même script (app.R) soit séparer la partie ui et la partie server dans deux fichiers (ui.R et server.R). C’est cette deuxième solution que nous allons privilégier.
Dans l’exemple de gauche, ui est un objet de type UI issu de l’appel à une fonction -ici, fluidPage()-. Les différents éléments passés à fluidPage() sont donc des arguments (i.e. ils sont séparés par des virgules!).
Au contraire, server est un objet de type fonction, ayant pour arguments input et output. Le corps de cette fonction s’écrit donc comme un script (i.e. les commandes sont séparées par des retours à la ligne!)
Construire une app (3)
Le répertoire qui contient votre application doit être construit d’une manière qui facilite son déploiement sur un serveur distant. Le mieux ainsi d’avoir:
ui.R, server.R, et éventuellement global.R à la racine
des sous-dossiers pour (par exemple) les données, des scripts, etc.
un dossier www qui permet de faire référence à des éléments utiles au navigateur web, qui ne sont pas issus de calculs de R (images, photos, logos, feuilles de style css, etc.)
ui:
server:
