Aangezien Flutter slechts een UI Framework is, kunnen onderwerpen zoals persistentie en databases buiten het bereik vallen of afhankelijk zijn van de use case.
Flutter UI's kunnen gegevens (toepassingsstatus) gedurende korte perioden bewaren op een manier die eigenlijk alleen nuttig is voor het creëren van een goede gebruikerservaring (klikt deze knop? is deze groen? enz.)
Voor het behouden van meer bruikbare gegevens buiten de applicatie en op het eigenlijke apparaat, kun je de Gedeelde voorkeuren-plug-in voor Flutter .
Als u nu op een gecentraliseerde manier persistente gegevens nodig heeft (bijv. RDMS, Firebase of een andere gegevenspersistentieservice), zijn uw opties:
- Persistentie-opties met een Flutter-plug-in (bijv. Firestore, Firebase)
- Bouw uw eigen servicelaag met HTTP , gRPC die praat met een backend-service die toegang biedt tot een gegevensarchief. U kunt dit doen met Express, Rails, CloudFunctions, enz.
- Wat betreft het rechtstreeks verbinden met een database zoals MySQL, ik zie niet in waarom je dat niet zou kunnen doen (misschien is er een technische beperking), maar dit zou in alle praktische situaties een heel slecht idee zijn als (in tegenstelling tot Firebase/Firestore) kunt u uw gegevensopslag niet meer beschermen zodra een clienttoepassing schrijftoegang heeft.
Het klinkt alsof je een centrale lees-/schrijfgegevensopslag nodig hebt, dus je kunt het beste een server hosten die toegang biedt tot een database en tegelijkertijd een API blootstelt aan Flutter waarvoor je dart:io kunt gebruiken om verzoeken te doen.