Waw! ce genre de contenu manquait énormément dans la communauté Angular! Merci! et s'ils vous plaît continue à nous proposer du vrai contenu utilisé dans le terrain.
C’est juste magnifique ❤. Grâce à toi j’ai pu comprendre les notions de design pattern dont j’avais pas saisi en faisant un tour sur refactoring guru. Top 🎉
Bravo pour la vidéo ! C'est clair, c'est net ! Bravo ! Mon archi ressemble beaucoup à la tienne ! Là où on doit faire attention, c'est le shared, les devs ont tendance à mettre des trucs dedans parce que peut être plus tard, éventuellement, y'a moyen que le composant soit utiliser dans une autre vue... mais bon parfois le plus tard n'arrive jamais ^^
Merci pour ton commentaire ! Je te rejoins totalement sur ce point, il faut être vigilants à ce qu’on met dans le dossier shared. En règle générale, s’il y a un doute je préfère l’isoler et à partir du moment où je m’en sers 2-3 fois, je vais déplacer mon composant dedans. J’évite de trop anticiper quand ce n’est pas totalement évident !
Merci pour ton commentaire ! J'essaye de faire des vidéos qui m'auraient aidé à progresser lorsque je débutais sur Angular, content de voir que ça peut être utile à d'autres personnes ! 😁
Salut Super vidéo ! Ce serait intéressant de voir comment créer cette archi en partant de zéro depuis Angular CLI et comment bien configurer son éditeur de code
Merci pour ton commentaire ! Tu peux facilement la reproduire en créant ton projet via la CLI d’Angular, au final il ne s’agit que de créer les bons dossiers et les bons fichiers, rien n’est lié à Angular directement 😁
Super vidéo, merci. Comment ferais-tu pour faire cohabiter deux sources de données ? Par exemple, je veux dans mon application à la fois du InMemory et des données venant d'une API ? Tu instancies comment les deux gateways pour les faire vivre en parallèle ?
Dans ce cas là, tu peux tout à faire passer une nouvelle valeur dans les composants dans lesquels tu en as besoin via la propriété `providers` dans ton @Component ! C'est tout simple et c'est justement là la magie de l'injection de dépendance 😉
Hello, Merci pour ce contenu de haute qualité, ça permet de se remettre en question sur les pratiques qu'on utilise. J'aurais une question, dans le contexte d'une application plus grande, avec une partie publique, une partie auth, une partie admin qu'elle serait l'archi que tu proposerais ? Et est-ce que dans ce cas-là tu utiliserais les modules ou tu resterais en standalone composant ? Merci !
Merci pour ton commentaire ! Dans le contexte que tu présentes, je pense que j’utiliserais la même architecture que celle de la vidéo. En fait je pense que peu importe l’application, le plus important est de séparer les responsabilités et de conserver quelque chose de facile à faire évoluer. Si tu ne l’as pas déjà vue, je te conseille de regarder la vidéo sur comment implémenter un store, l’exemple utilisé se rapproche plus de ce que tu pourrais trouver en « situation réelle » ! En ce qui concerne l’utilisation des Module ou des Standalone Component, je ne me sers plus des NgModules depuis la version 14 d’Angular, je trouve qu’on peut arriver au même résultat et de façon beaucoup plus simple en utilisant les Standalone Component. C’est même beaucoup plus efficace car ça te permet de charger uniquement ce dont tu te sers dans tes éléments, ce qui est beaucoup plus simple à tester ! 😁
@@ArthurLannelucqJe vois, enfaite, je trouve que c'est hyper dur mentalement de se dire qu'un composant peut avoir le même rôle (en termes de responsabilité) qu'un module quand ont à toujours utiliser les modules
Je comprends ce que tu veux dire ! Si ça peut t’aider, plutôt que de penser en terme de module, je me demande ce que j’utilise dans mon composant. Un autre point c’est qu’un composant n’est qu’un élément auquel tu attaches un template, donc que tu aies un écran entier ou un composant réutilisable, tout revient au même. Ça peut être un peu compliqué au début le temps de s’y habituer mais je t’assure que tu auras quelque chose de beaucoup plus simple par la suite ! 😁
Merci pour ton commentaire ! Je ne propose pas (encore) de formation sur Angular,mais si tu cherches une vidéo sur de bonnes pratiques à mettre en place sur ton projet, je t’invite à regarder la vidéo que j’ai publié dans laquelle je te montre l’architecture que je met en place sur mes projet pour avoir une application facile à tester et à faire évoluer. Ça pourrait déjà te donner des idées pour simplifier tes applications 😁
Merci pour ton commentaire ! Pour les auto-complétions, il y en a pas mal fournies de base avec IntelliJ, mais j’utilise aussi Github Copilot qui fait gagner beaucoup de temps !
![[Formation Angular] Mettre en place et utiliser un store dans Angular (avec les tests)](http://i.ytimg.com/vi/0D6UJE_FuZ4/mqdefault.jpg)
Waw! ce genre de contenu manquait énormément dans la communauté Angular! Merci! et s'ils vous plaît continue à nous proposer du vrai contenu utilisé dans le terrain.
Merci pour ton commentaire et ton enthousiasme ! 😁
C’est juste magnifique ❤. Grâce à toi j’ai pu comprendre les notions de design pattern dont j’avais pas saisi en faisant un tour sur refactoring guru.
Top 🎉
Trop bien, merci pour ton retour ! 🤩
Excellent Arthur! 👏🏻
Merci pour ton commentaire ! 😁
Bravo pour la vidéo ! C'est clair, c'est net ! Bravo ! Mon archi ressemble beaucoup à la tienne ! Là où on doit faire attention, c'est le shared, les devs ont tendance à mettre des trucs dedans parce que peut être plus tard, éventuellement, y'a moyen que le composant soit utiliser dans une autre vue... mais bon parfois le plus tard n'arrive jamais ^^
Merci pour ton commentaire !
Je te rejoins totalement sur ce point, il faut être vigilants à ce qu’on met dans le dossier shared. En règle générale, s’il y a un doute je préfère l’isoler et à partir du moment où je m’en sers 2-3 fois, je vais déplacer mon composant dedans. J’évite de trop anticiper quand ce n’est pas totalement évident !
@@ArthurLannelucqen passant tu utilises quoi comme extension pour l'autocompletion du code ?
J’ai pas mal d’auto-complétion via IntelliJ mais j’utilise aussi Github Copilot qui me fait gagner énormément de temps !
Sujet très intéressant. Bravo 👋
Très bonne vidéo! Merci d'enrichir la communauté francophone ⚡
Merci pour ton commentaire !
J'essaye de faire des vidéos qui m'auraient aidé à progresser lorsque je débutais sur Angular, content de voir que ça peut être utile à d'autres personnes ! 😁
🎉 Merci de faire du bien à la communauté 🎉
Merci pour ton commentaire !
Super intéressant. En revanche si tu pouvais augmenter la font de vscode. Ça serait top.
Merci pour ton retour, j'en tiens compte dans mes prochaines vidéos ! 😁
Salut Super vidéo !
Ce serait intéressant de voir comment créer cette archi en partant de zéro depuis Angular CLI
et comment bien configurer son éditeur de code
Merci pour ton commentaire !
Tu peux facilement la reproduire en créant ton projet via la CLI d’Angular, au final il ne s’agit que de créer les bons dossiers et les bons fichiers, rien n’est lié à Angular directement 😁
Super vidéo, merci. Comment ferais-tu pour faire cohabiter deux sources de données ? Par exemple, je veux dans mon application à la fois du InMemory et des données venant d'une API ? Tu instancies comment les deux gateways pour les faire vivre en parallèle ?
Dans ce cas là, tu peux tout à faire passer une nouvelle valeur dans les composants dans lesquels tu en as besoin via la propriété `providers` dans ton @Component ! C'est tout simple et c'est justement là la magie de l'injection de dépendance 😉
Hello,
Merci pour ce contenu de haute qualité, ça permet de se remettre en question sur les pratiques qu'on utilise.
J'aurais une question, dans le contexte d'une application plus grande, avec une partie publique, une partie auth, une partie admin qu'elle serait l'archi que tu proposerais ? Et est-ce que dans ce cas-là tu utiliserais les modules ou tu resterais en standalone composant ?
Merci !
Merci pour ton commentaire !
Dans le contexte que tu présentes, je pense que j’utiliserais la même architecture que celle de la vidéo. En fait je pense que peu importe l’application, le plus important est de séparer les responsabilités et de conserver quelque chose de facile à faire évoluer.
Si tu ne l’as pas déjà vue, je te conseille de regarder la vidéo sur comment implémenter un store, l’exemple utilisé se rapproche plus de ce que tu pourrais trouver en « situation réelle » !
En ce qui concerne l’utilisation des Module ou des Standalone Component, je ne me sers plus des NgModules depuis la version 14 d’Angular, je trouve qu’on peut arriver au même résultat et de façon beaucoup plus simple en utilisant les Standalone Component. C’est même beaucoup plus efficace car ça te permet de charger uniquement ce dont tu te sers dans tes éléments, ce qui est beaucoup plus simple à tester ! 😁
@@ArthurLannelucqJe vois, enfaite, je trouve que c'est hyper dur mentalement de se dire qu'un composant peut avoir le même rôle (en termes de responsabilité) qu'un module quand ont à toujours utiliser les modules
Je comprends ce que tu veux dire ! Si ça peut t’aider, plutôt que de penser en terme de module, je me demande ce que j’utilise dans mon composant.
Un autre point c’est qu’un composant n’est qu’un élément auquel tu attaches un template, donc que tu aies un écran entier ou un composant réutilisable, tout revient au même.
Ça peut être un peu compliqué au début le temps de s’y habituer mais je t’assure que tu auras quelque chose de beaucoup plus simple par la suite ! 😁
Excellent bravo merci. Tu n'as pas une formation complète sur Angular ?
Merci pour ton commentaire !
Je ne propose pas (encore) de formation sur Angular,mais si tu cherches une vidéo sur de bonnes pratiques à mettre en place sur ton projet, je t’invite à regarder la vidéo que j’ai publié dans laquelle je te montre l’architecture que je met en place sur mes projet pour avoir une application facile à tester et à faire évoluer.
Ça pourrait déjà te donner des idées pour simplifier tes applications 😁
super vidéo
juste savoir je remarque une auto-complétion assez bien fourni.. il s'agit de ton IDE ou tu as fait des configs particulière ??
Merci pour ton commentaire !
Pour les auto-complétions, il y en a pas mal fournies de base avec IntelliJ, mais j’utilise aussi Github Copilot qui fait gagner beaucoup de temps !
Merci bien @@ArthurLannelucq
J'ai appris beaucoup de choses et je compte bien tester cette architecture... avec quelques adaptations bien sur