Très bonne nouvelle pour le json codable. C'était effectivement pénible de devoir faire sois même le binding des valeurs. Là où les autres langages font du mapping direct avec nos classes.
Ne vous emballez pas trop, j'avais décidé de lancer mon nouveau projet pour une chaine de restauration en full webAssembly, les performances sont la mais la 1ere page met plus de 5 secondes à se charger avec une connexion 4G et le saint graal pour un dev web c'est la vitesse de chargement des pages avant tout le reste, j'ai donc tout repris en html. On y arrive, mais c'est pas encore exploitable. Par contre si la vitesse de chargement de la home page et le référencement ne sont pas un soucis pour vous alors foncez je vous le conseille
Merci pour ce retour ultra intéressant 👍 Il confirme mon point de vue concernant le dev web que je découpe en 2 types : les pages web et les app web. Les pages web de début de parcours doivent être en html/css/js et être les plus légères possibles pour le referencement et l’accueil des visiteurs. Les web app sont là pour fournir un vrai service à des utilisateurs confirmés et ceux là peuvent attendre un chargement initial un peu long. Il y a probablement des projets ou la frontière est plus floue mais dans la majorité des cas ça a marché pour moi
Merci pour ces informations, ça me permet vraiment d'être vraiment à jour dans les dernières nouveautés. Permettez-moi de vous poser une question. J'ai constaté depuis un moment que lorsque je crée un projet flutter il n'y a pas de dossier "IOS". Y'a est-ce normal ? Si non, comment y remédier ? J'utilise VS Codes sur Windows. Merci pour votre compréhension 🙏🏽.
Merci pour ce retour ! Sur Windows il est impossible d’exporter une version iOS de ton app car XCode n’existe que sur macOS. Il te faudra transférer tes sources flutter sur un mac si tu veux exporter la version iPhone/iPad de ton app flutter
Actuellement on télécharge du code js avant de commencer quoi qu’il arrive. Je n’ai pas pris le temps de mesurer les 2 mais je pense que du code compilé pèse moins lourd que du code source JS ; même minimisé. À mesurer avec précision pour être sûr mais ça me paraîtrait logique
Impossible pour moi de savoir ce qui va évoluer et les décisions qui seront prises par l’équipe de Flutter. Mais la stratégie actuelle a toujours été de développer la création d’apps principales et libre à toi de développer l’app companion pour Apple Watch, CarPlay, etc dans le projet Xcode sous forme d’extension
Super nouvelle 🎉🎉
Hâte de pouvoir utiliser ça !!
Merci pour ce travail de synthèse
je vais re-bosser mon flutter je l'avais mis de coté depuis 3 mois
Merci
Excellente idée ! Happy coding :)
Très bonne nouvelle pour le json codable. C'était effectivement pénible de devoir faire sois même le binding des valeurs. Là où les autres langages font du mapping direct avec nos classes.
merci purple giraffe pour ces infos condensees
Avec plaisir Hugues, happy coding !
Merci pour ces infos 🎉je vais de ce pas essayer de recompiler mon app avec impeller
Oui c’est probablement une très bonne idée 👍🔥
Ne vous emballez pas trop, j'avais décidé de lancer mon nouveau projet pour une chaine de restauration en full webAssembly, les performances sont la mais la 1ere page met plus de 5 secondes à se charger avec une connexion 4G et le saint graal pour un dev web c'est la vitesse de chargement des pages avant tout le reste, j'ai donc tout repris en html. On y arrive, mais c'est pas encore exploitable. Par contre si la vitesse de chargement de la home page et le référencement ne sont pas un soucis pour vous alors foncez je vous le conseille
Merci pour ce retour ultra intéressant 👍
Il confirme mon point de vue concernant le dev web que je découpe en 2 types : les pages web et les app web.
Les pages web de début de parcours doivent être en html/css/js et être les plus légères possibles pour le referencement et l’accueil des visiteurs.
Les web app sont là pour fournir un vrai service à des utilisateurs confirmés et ceux là peuvent attendre un chargement initial un peu long.
Il y a probablement des projets ou la frontière est plus floue mais dans la majorité des cas ça a marché pour moi
Bonjour,
Est-ce que ça veut dire que ces améliorations pourront aussi profiter à FlutterFlow également ?
oui très certainement ! Du moins si tu utilises flutter flow pour le web et pas seulement pour du mobile.
Merci pour ces informations, ça me permet vraiment d'être vraiment à jour dans les dernières nouveautés.
Permettez-moi de vous poser une question.
J'ai constaté depuis un moment que lorsque je crée un projet flutter il n'y a pas de dossier "IOS". Y'a est-ce normal ? Si non, comment y remédier ?
J'utilise VS Codes sur Windows.
Merci pour votre compréhension 🙏🏽.
Merci pour ce retour ! Sur Windows il est impossible d’exporter une version iOS de ton app car XCode n’existe que sur macOS. Il te faudra transférer tes sources flutter sur un mac si tu veux exporter la version iPhone/iPad de ton app flutter
Meilleures performances avec wasm, mais c’est plus lourd au démarrage parce qu’il faut télécharger plus non ?
Actuellement on télécharge du code js avant de commencer quoi qu’il arrive. Je n’ai pas pris le temps de mesurer les 2 mais je pense que du code compilé pèse moins lourd que du code source JS ; même minimisé. À mesurer avec précision pour être sûr mais ça me paraîtrait logique
@@PurpleGiraffe ok merci 😊
salut merci pour la veille que tu nous retransmet en français je voudrais savoir es qu'il von également évolue sur le carplay et car android ?
Impossible pour moi de savoir ce qui va évoluer et les décisions qui seront prises par l’équipe de Flutter. Mais la stratégie actuelle a toujours été de développer la création d’apps principales et libre à toi de développer l’app companion pour Apple Watch, CarPlay, etc dans le projet Xcode sous forme d’extension
Quelle niveau en comparaison avec Javascript dans le web?