Le fait de ne pas appeler les fonctions dans le template, est ce que c'est la même chose si c'est des fonctions qui sont liées à (click) ou (onmouseenter) ou autre ?
J'ai vu un article qui parle de l'inconvénient d'utiliser le pipe async pour souscrire à un observable. Lorsque l'Observable retourne une erreur, rien ne se passe du côté du pipe async. Il n'y a pas un moyen de traiter l'erreur.
Bonjour, c’est une bonne remarque. Vous pouvez utilisez l’opérateur catchError pour gérer ce genre de cas. À terme, les Signals devrait peu à peu remplacer les Observables dans la couche de vue. (Template) bon code !
Bonjour, non pas forcément ! 🙂 NgRx permet de gérer le "state management" de votre application, si vous avez beaucoup de données à stocker et synchroniser côté frontend, donc cela dépend de la taille et des contraintes de votre projet. D'ailleurs, les équipes d'Angular n'ont pas intégrées NgRx au Framework, alors même que tout le reste est inclus par défaut : TypeScript, RxJS, Angular CLI, etc... Donc c'est à vous de décider. 👍Bon développement à vous, Simon.
Est ce que vous pouvez nous préparer une vidéo en détaillant comment peut on organiser une architecture dans un projet d'entreprise
Bonjour Soumaya... C'est prévu pour être la vidéo de la semaine prochaine. 😉
Salut Simon , je suis développeur Angular et merci pour tes vidéos👍
Salut, merci !
Bon code Angular à toi,
Simon.
Le fait de ne pas appeler les fonctions dans le template, est ce que c'est la même chose si c'est des fonctions qui sont liées à (click) ou (onmouseenter) ou autre ?
J'ai vu un article qui parle de l'inconvénient d'utiliser le pipe async pour souscrire à un observable. Lorsque l'Observable retourne une erreur, rien ne se passe du côté du pipe async. Il n'y a pas un moyen de traiter l'erreur.
Bonjour, c’est une bonne remarque. Vous pouvez utilisez l’opérateur catchError pour gérer ce genre de cas. À terme, les Signals devrait peu à peu remplacer les Observables dans la couche de vue. (Template) bon code !
Pas mal le pipe async! Est-ce que ça se substitue bien au unsubscribe dans un NgOnDestroy?
Tout à fait ! ;)
Salut, j’avais une question
Est-il vraiment important d’utiliser NgRx dans n’importe quel projet Angular ?
Bonjour, non pas forcément ! 🙂 NgRx permet de gérer le "state management" de votre application, si vous avez beaucoup de données à stocker et synchroniser côté frontend, donc cela dépend de la taille et des contraintes de votre projet. D'ailleurs, les équipes d'Angular n'ont pas intégrées NgRx au Framework, alors même que tout le reste est inclus par défaut : TypeScript, RxJS, Angular CLI, etc... Donc c'est à vous de décider. 👍Bon développement à vous, Simon.
@@codeursenior merci beaucoup
@@ebedmeleck7261 De rien ! 😉
Merci
Avec plaisir, bon développement à vous pour la suite. Simon.
intéressant
Merci ! Est-ce que vous faisiez une des 5 erreurs ? 😉 À très bientôt, Simon.
Aha, ces 5 conseils sont valables pour tout framework réactif (react, vue, svelte...). Mon conseil 1 : ne perdez pas de temps assez sur vue3...
Les frameworks "Frontend" pourraient quasiment être une seule et même techno. Je me vois plus comme développeur frontend que développeur Angular. 👍
3:12 lol en fait comme 100% des langages xD
Hello, peut-être ! 😅 La subtilité à retenir est que l'analyse du code est statique avec TypeScript.
Merci
De rien ! Bon développement, Simon.