Cela fait depuis 6 semaines que je suis en mission sur FlutterFlow sur un projet absolument pas adapté pour cet outils. Je mettais 4 fois plus de temps que ce que je mets avec Flutter. On en est à un point où on est désormais obligé de basculer le projet sur du Flutter classique. Ta vidéo résume bien la galère que j’ai traversé ^^’
Merci pour ce retour qui vient d’un cas réel. Flutter Flow est un outil génial pour certains cas de figure et comme tu le dis il n’est pas adapté à tous les projets.
Mais dans le cas où vous utilisez FlutterFlow juste pour créer vos écrans, vous les exportez dans Vscode en vous concentrant sur votre architecture, je pense que c'est ainsi que j'utiliserai FlutterFlow.
Merci pour cette idée qui paraît sympa. Mais en pratique il faudra relier les événements graphiques (boutons, etc) au reste du code. En suivant ce principe on ne les connais pas de FF donc il faudrait les conne ter après export. Or la moindre modification graphique devra se faire sur FF puis réexporter l’écran en question…et reconnecter tous les événements de cet écran. Même les anciens que l’on n’a pas modifié.
Bonjour, Je viens de suivre votre cours gratuit sur FlutterFlow, il est vraiment génial ! Allez vous faire une formation (payante) plus poussé sur cet outil ?
Oui et elle est déjà disponible :) Il y a déjà quelques chapitres et j'ajoute du contenu régulièrement. D'ailleurs il y a un tout nouveau chapitre qui sort dans les prochains jours 🔥
Salut j’ai un problème avec firebase authentification sa ne marche plus et dans la console il on écrit quelques chose comme. Sa ne vas plus marcher sur Google chrome M115 depuis le 24 juillet 2024. Peut tu m’aider
Je trouve que si on veut faire du propre, c’est compliqué car le code génère par FF, n’est pas bien architecturé. D’ailleurs, je l’avais testé vraiment de manière express et j’ai exporté le code et je n’avais que des dimensions en dur pour les marges et autres. Donc sur un gros projet difficile à reprendre …
Totalement d'accord : l’export de Flutter flow a le mérite d’exister mais il est surtout pratique pour gérer le cas où on n’aurait pas le choix. Si on a créé une app sur flutter flow et qu’on doit migrer hors de la plateforme alors au moins on a une base de travail. Mais faire des aller retours est clairement pas viable pour le moment
Ne serait-il pas une stratégie viable d'encapsuler toutes nos règles métiers complexes dans une API (par exemple en utilisant Python sur PythonAnywhere ou une autre plateforme) et d'effectuer des appels API depuis FlutterFlow ? On déléguerait uniquement à FlutterFlow les aspects visuels et on pourrait aboutir à des applications professionnelles et maintenables sur le long terme en Flutter Flow
Oui et c’est une tendance générale très intéressante qui s’applique aussi en dehors de Flutter Flow : créer des web services de plus en plus intelligents et des applications clientes de plus en plus légère. Avantages : plus de sécurité, réutilisation de la logique serveur sur plusieurs clients, dev client rapide, etc. Inconvénients : apps plus lentes (beaucoup d’appels réseau), serveurs plus coûteux, difficultés pour mettre à jour les web services en les maintenant compatibles avec les apps existantes.
Je suis d'accord Le seul intérêt quand il manque des points importants Exporter de FlutterFlow vers Flutter Nettoyer le code et rajouter ce qu'il manque
Oui mais le soucis c’est que pour les futures modifications, à chaque nouvel export tu devras renettoyer le nouveau et ancien code. Et il ne faut pas avoir modifié le code flutter entre temps
@@PurpleGiraffe c'est vrai où on sait coder Voir FlutterFlow comme un débroussaillage Pour une v1 validé par le client Une fois le code exporté et propre plus la peine de revenir à FlutterFlow Revenir à du code classique Quand on réalise FlutterFlow vers Flutter Flutter vers Dart Flutter vers code pour téléphone (Android et iPhone) Cool Je dis je pratique les langues étrangères (Humour) 🤣
Cela fait depuis 6 semaines que je suis en mission sur FlutterFlow sur un projet absolument pas adapté pour cet outils.
Je mettais 4 fois plus de temps que ce que je mets avec Flutter.
On en est à un point où on est désormais obligé de basculer le projet sur du Flutter classique.
Ta vidéo résume bien la galère que j’ai traversé ^^’
Merci pour ce retour qui vient d’un cas réel. Flutter Flow est un outil génial pour certains cas de figure et comme tu le dis il n’est pas adapté à tous les projets.
Mais dans le cas où vous utilisez FlutterFlow juste pour créer vos écrans, vous les exportez dans Vscode en vous concentrant sur votre architecture, je pense que c'est ainsi que j'utiliserai FlutterFlow.
Merci pour cette idée qui paraît sympa. Mais en pratique il faudra relier les événements graphiques (boutons, etc) au reste du code.
En suivant ce principe on ne les connais pas de FF donc il faudrait les conne ter après export.
Or la moindre modification graphique devra se faire sur FF puis réexporter l’écran en question…et reconnecter tous les événements de cet écran. Même les anciens que l’on n’a pas modifié.
Bonjour,
Je viens de suivre votre cours gratuit sur FlutterFlow, il est vraiment génial !
Allez vous faire une formation (payante) plus poussé sur cet outil ?
Oui et elle est déjà disponible :) Il y a déjà quelques chapitres et j'ajoute du contenu régulièrement. D'ailleurs il y a un tout nouveau chapitre qui sort dans les prochains jours 🔥
Salut j’ai un problème avec firebase authentification sa ne marche plus et dans la console il on écrit quelques chose comme. Sa ne vas plus marcher sur Google chrome M115 depuis le 24 juillet 2024. Peut tu m’aider
Tu devrais essayer de venir poser ta question sur notre forum (forum.purplegiraffe.fr), ce sera plus simple pour t'aider 👍
Je trouve que si on veut faire du propre, c’est compliqué car le code génère par FF, n’est pas bien architecturé. D’ailleurs, je l’avais testé vraiment de manière express et j’ai exporté le code et je n’avais que des dimensions en dur pour les marges et autres. Donc sur un gros projet difficile à reprendre …
Totalement d'accord : l’export de Flutter flow a le mérite d’exister mais il est surtout pratique pour gérer le cas où on n’aurait pas le choix. Si on a créé une app sur flutter flow et qu’on doit migrer hors de la plateforme alors au moins on a une base de travail. Mais faire des aller retours est clairement pas viable pour le moment
Ne serait-il pas une stratégie viable d'encapsuler toutes nos règles métiers complexes dans une API (par exemple en utilisant Python sur PythonAnywhere ou une autre plateforme) et d'effectuer des appels API depuis FlutterFlow ? On déléguerait uniquement à FlutterFlow les aspects visuels et on pourrait aboutir à des applications professionnelles et maintenables sur le long terme en Flutter Flow
Oui et c’est une tendance générale très intéressante qui s’applique aussi en dehors de Flutter Flow : créer des web services de plus en plus intelligents et des applications clientes de plus en plus légère.
Avantages : plus de sécurité, réutilisation de la logique serveur sur plusieurs clients, dev client rapide, etc.
Inconvénients : apps plus lentes (beaucoup d’appels réseau), serveurs plus coûteux, difficultés pour mettre à jour les web services en les maintenant compatibles avec les apps existantes.
Je suis d'accord
Le seul intérêt quand il manque des points importants
Exporter de FlutterFlow vers Flutter
Nettoyer le code et rajouter ce qu'il manque
Oui mais le soucis c’est que pour les futures modifications, à chaque nouvel export tu devras renettoyer le nouveau et ancien code. Et il ne faut pas avoir modifié le code flutter entre temps
@@PurpleGiraffe c'est vrai où on sait coder
Voir FlutterFlow comme un débroussaillage
Pour une v1 validé par le client
Une fois le code exporté et propre plus la peine de revenir à FlutterFlow
Revenir à du code classique
Quand on réalise
FlutterFlow vers Flutter
Flutter vers Dart
Flutter vers code pour téléphone (Android et iPhone)
Cool
Je dis je pratique les langues étrangères
(Humour) 🤣