Maîtriser la brillance

Chapitre 13. Pourquoi la réactivité ?

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

Introduction

La première impression que l'on a de Shiny est souvent qu'il s'agit de "magie". La magie, c'est bien quand on débute parce qu'on peut faire des applications simples très, très rapidement. Mais la magie dans les logiciels mène généralement à la désillusion : sans un modèle mental solide, il est extrêmement difficile de prédire comment le logiciel agira lorsque tu t'aventureras au-delà des frontières de ses démos et de ses exemples. Et lorsque les choses ne se passent pas comme tu l'avais prévu, le débogage est presque impossible.

Heureusement, Shiny est une "bonne" magie. Comme l'a dit Tom Dale à propos de son framework JavaScript Ember.js : "Nous faisons beaucoup de magie, mais c'est de la bonne magie, ce qui signifie qu'elle se décompose en primitives saines d'esprit."¹ C'est la qualité à laquelle aspire l'équipe de Shiny pour Shiny, en particulier lorsqu'il s'agit de programmation réactive. Lorsque tu pèles les couches de la programmation réactive, tu ne trouveras pas une pile d'heuristiques, de cas particuliers et de bidouillages, mais plutôt un mécanisme astucieux mais finalement assez simple. Une fois que tu auras formé un modèle mental précis de la réactivité, tu verras qu'il n'y a rien dans les manches de Shiny : la magie vient de concepts simples combinés de manière cohérente.

Dans ce chapitre, ...