Étant donné que Flutter n'est qu'un cadre d'interface utilisateur, des sujets tels que la persistance et les bases de données peuvent être hors de portée ou peuvent dépendre du cas d'utilisation.
Les interfaces utilisateur Flutter peuvent conserver les données (état de l'application) pendant de courtes périodes d'une manière qui n'est vraiment utile que dans le but de créer une bonne expérience utilisateur (ce bouton est-il cliqué ? Est-il vert ? etc.)
Pour conserver des données plus utiles en dehors de l'application et sur l'appareil réel, vous pouvez envisager le Plug-in de préférences partagées pour Flutter .
Désormais, si vous avez besoin de conserver des données de manière centralisée (par exemple, RDMS, Firebase ou tout autre service de persistance des données), vos options sont :
- Options de persistance dotées d'un plug-in Flutter (par exemple, Firestore, Firebase)
- Créez votre propre couche de service en utilisant HTTP , gRPC qui parle à un service backend qui donne accès à un magasin de données. Vous pouvez le faire avec Express, Rails, CloudFunctions, etc.
- En ce qui concerne la connexion directe à une base de données telle que MySQL, je ne vois pas pourquoi vous ne pourriez pas le faire (il y a peut-être une limitation technique), mais ce serait une très mauvaise idée dans toutes les situations pratiques car (contrairement à Firebase/Firestore), vous ne pourrez plus protéger votre magasin de données une fois qu'une application cliente aura un accès en écriture.
Il semble que vous ayez besoin d'un magasin de données central en lecture/écriture, donc votre meilleur pari peut être d'héberger un serveur qui donne accès à une base de données tout en exposant une API à Flutter pour laquelle vous pouvez utiliser dart:io faire des demandes.
