Eftersom Flutter bara är ett ramverk för användargränssnitt, kan ämnen som persistens och databaser vara utanför räckvidden eller kan bero på användningsfallet.
Flutter-gränssnitt kan bevara data (applikationstillstånd) under korta tidsperioder på ett sätt som egentligen bara är användbart för att skapa en bra användarupplevelse (är det här knappenklicket? är det grönt? etc.)
För att bevara mer användbar data utanför applikationen och på den faktiska enheten, kanske du vill överväga Delade inställningar Plugin för Flutter .
Om du nu behöver beständiga data på något centraliserat sätt (t.ex. RDMS, Firebase eller någon databeständighetstjänst) är dina alternativ:
- Peristensalternativ som har en Flutter-plugin (t.ex. Firestore, Firebase)
- Bygg ditt eget tjänstelager med HTTP , gRPC som pratar med någon backend-tjänst som ger tillgång till ett datalager. Du kan göra detta med Express, Rails, CloudFunctions, etc.
- När det gäller att ansluta direkt till en databas som MySQL, så ser jag inte varför du inte kunde göra det (kanske finns det någon teknisk begränsning), men detta skulle vara en mycket dålig idé i alla praktiska situationer som (till skillnad från Firebase/Firestore) kommer du inte att kunna skydda ditt datalager när en klientapplikation har skrivåtkomst.
Det låter som att du behöver ett centralt läs-/skrivdatalager, så det bästa kan vara att vara värd för en server som ger tillgång till en databas samtidigt som du exponerar ett API för Flutter som du kan använda dart:io för. för att göra förfrågningar.