Discussion :

[dorus-one]

- on peut surement brancher du mysql etc... mais tout comme angular, react, vue... flutter consomme meme sur desktop

Cette phrase n'a pas vraiment de sens.

Le problème avec les discussions autour de Flutter est que comme cette technologie ce déclare fonctionner à la fois pour le web et le desktop et que 99% des app Flutter doivent être du web,
ainsi 99% des dev qui sont sur des projets web répondent à des questions desktop avec les concepts web qui malheureusement son en partie hors de propos malgré discuter de la même technologie.

Brancher MySQL avec React, vue ou Angular est IMPOSSIBLE et pas fait pour cela. SAUF si on passe par une technologie comme Electron et qu'on recompile et trafficote les binaires et livrable pour obtenir cette solution. Passer par une app backend comme PHP pour fournir la donner à Flutter provenant du base MySQL ne signifie pas une connexion DIRECT entre MySQL et React ou vue ou Angular.

Flutter ne semble pas faire exception. Il ne propose aucune solution simple et direct de connexion avec ce genre de RDBMS mais plutôt l'utilisation de FireBase ou du Realm tout en mentionnant que tout ceci est encore en version alpha et non définitive etc....

Bref Flutter évolue et semble intéressant mais concernant le desktop on reste encore dans des concept très "alpha" lorsqu'il s'agit de faire autre chose que de présenter une information capter par une API ou simplement codé en dur.

[dukoid]

Cette phrase n'a pas vraiment de sens. [...]

Je comprends ce que tu veux dire.
Il est possible avec flutter d'utiliser directement une base de donnée et oui, c'est en alpha.
De nos jours, on veut que les données soient déportées sur une base externe car cela à pleins d'avantages : sauvegarde, partage des données etc.

Microsoft, google font tous leurs logiciels ainsi. C'est fini le temps de la base de donnée en local... Enfin presque, sauf cas particulier

[dorus-one]

de nos jours, on veut que les données soit déporté sur une base externe car cela à pleins d'avantages : sauvegarde, partage es données etc.....

Ce n'est pas spécialement que tu veuille des données externes, c'est surtout que l'ensemble des technologies du web sont tournées en ce sens et que tu n'a pas trop le choix au final.
De plus cela a également des désavantages d'avoir des données en externe et à aussi des avantages d'avoir les données en interne.

microsoft, google font tous leurs logiciels ainsi. c'est finis le temps de la base de donnée en local.. enfin presque, sauf cas particulier

Le prends pas mal mais tu sembles considérer ta propre réalité technique comme la réalité unique pour tous. Hors il est pas bien compliqué de casser cette affirmation totalement fausse en parlant de toutes les solutions informatique qui travail avec des données locales et/ou confidentielles. L'informatique ne se résume pas en des sites web avec des base de données distantes ! Combien de logiciels existent dont tu ne connaitra jamais l'existence qui permet à des entreprises de gérer de l'argent, des systèmes mécaniques et/ou électronique, des outils qui on plus besoin de CPU que de données, des jeux-video, des outils d'analyses etc.....voir même de lancer des fusées ou de te fournir l’électricité nécessaire te permettant de critiquer ces mêmes logiciels

C'est exactement le problème de la perception qu'on peut avoir d'un marché. Comme il n'existe pas de solution desktop, les développeurs ne développent pas du desktop et comme les dev ne dev pas du desktop on considère que ce marché n'existe pas... Il y a beaucoup d'exemples qui montrent que les entreprises ne sont pas toujours au fait des réellement besoin et ne font que surfer sur des modes ou un status-quo tous comme les développeurs d'ailleurs.

Bref les choses semblent malgré tout avancé dans le domaine du desktop malgré beaucoup de préjugés ou de fausses considérations. Mais les choses sont lentes du fait d'un marché effectivement bien plus porter sur la données distantes que local (mais n'est ce pas les possibilités du marché qui font aussi le marché?).

Flutter desktop = wait and see (but not ready for real professionnal production!)