Merci beaucoup! C'est comme d'habitude expliqué d'une façon bien simple et claire :)
@afrique_cr95635 ай бұрын
J'apprends beaucoup grâce à toi Simon, salut depuis le Cameroun
@codeursenior5 ай бұрын
Super, merci pour ton message. J'espère vous proposer d'autres vidéo prochainement, Simon.
@dessinfacile89605 ай бұрын
Moi aussi depuis le Cameroun t'es le meilleur 😊...
@codeursenior5 ай бұрын
@@dessinfacile8960 💪
@alainzinhonambinintsoa29143 ай бұрын
Merci Simon
@codeursenior3 ай бұрын
Avec plaisir, bon code !
@Simon_IHG5 ай бұрын
Je ne comprends pas trop le point du subscribe/unsubscribe pour le cas du count. Tout ça est géré par le pipe async. Imaginons qu'on ait un gros traitement avec plusieurs opérateurs RxJS (switchmap, map, shareReplay), à aucun moment il est nécessaire de subscribe ou unsubscribe à la main.
@codeursenior5 ай бұрын
Hello, effectivement la vidéo n'est pas très claire sur ce sujet. Ce que souhaitait expliquer, c'est que pour développer un moteur de réactivité basé sur les Observables, c'est une vraie galère.
@SpaceisFunnySF5 ай бұрын
Un grand merci pour la vidéo! J’avais pas encore pris le temps de creuser le sujet depuis la release. Faut s’y mettre 😅
@codeursenior5 ай бұрын
Et oui, l'heure approche à grands pas ! Le plus dur sera les montées de version dans un premier temps, en passant les dépendances à full-IVY.
@springbootfr58255 ай бұрын
Merci beaucoup, est-il possible d'aoir un jour un tutoriel basé sur les signals?
@codeursenior5 ай бұрын
Le prochain gros tutoriel de la chaîne sur Angular 17 inclura les Signals par défaut. 👍
@MrgnUTubeАй бұрын
8:44 Oui, malheureusement j'ai vu ça dans quasi tous les projets initialisés par des "pro programmation réactive", et je confirme, cauchemar assuré.
Ok, on le savait déjà. Mais *comment* les utiliser ? Comment tirer parti au maximum de leurs capacités ? Quel design pattern adopter ? Quel data flow adopter et notamment la frontière entre rxjs et les signaux ? Leur utilité pour collections ? La seule chose qui est rapidement montrée c'est un input signal. Mais ça ne fait rien de plus qu'un input classique au sein du composant. Et ce qui est bound à l'input c'est quoi ? Un autre signal ?? La valeur d'un signal ? Bref, il aurait été intéressant d'avoir la réponse à la question posée dans le titre de cette vidéo. Là, après cette longue vidéo, on reste très largement sur notre faim 😢
@codeursenior5 ай бұрын
La vidéo n'est pas technique, car c'est un second point. La première question, c'est POURQUOI/Quel problème ça résout. Les Signals sont là pour permettre de mettre en place des composants avec une réactivité "Signal Based" à l'avenir dans Angular. Une autre vidéo technique sera prévue dans le prochain tutoriel Angular 17, où on mettra ça en place.
@TTxR25 ай бұрын
@@codeursenior Excellent ! Ce serait bien de faire un exemple concret avec un arbre de composants, une collection, des appels WS, etc.. un projet un peu étoffé pour voir où laisser rxjs et où mettre des signaux. La doc d'Angular est complètement lacunaire sur les use cases où les utiliser. On se contente d'improviser. Ont-ils parlé de leur utilisation concrète dans cette fameuse conférence ?
@dienysimon65575 ай бұрын
@@TTxR2 Hello, entièrement d'accord. Ou en est l'état de l'art avec l'apparition des Signaux ? Notamment la cohabitation RxJS et Signals... Aucun mention dans la conférence sur les futures applications industrielles de tout ça.
@marcfoletto56825 ай бұрын
super vidéo merci
@codeursenior5 ай бұрын
Au top, bon code à vous.
@landryonana71232 ай бұрын
Bonjour et merci beaucoup pour cette vidéo très claire pour moi; S'il vous plait vous pouvez nous faire une petit app très présentative dans ce sens ?
@codeursenior2 ай бұрын
Salut, merci pour ton retour. Je n’ai pas prévu de faire une application complète sur le sujet. Par contre c’est sûr que d’autres vidéos devront être faites sur le sujet des Signals, notamment leur intégration avec les formulaires ou RxJs. Bon code !
@simonbullado5 ай бұрын
C'est génial !!!
@codeursenior5 ай бұрын
Je suis d'accord avec vous !
@gemini97755 ай бұрын
interessant merci Simon ^^
@codeursenior5 ай бұрын
Merci pour ton retour, bon code. Simon.
@connecteilconnekt56255 ай бұрын
Merci beaucoup
@codeursenior5 ай бұрын
💪
@DeVs515 ай бұрын
Merci bien expliqué merci
@codeursenior5 ай бұрын
Au top, merci ! Bon code, Simon
@massinissachaouchi45953 ай бұрын
Bonjour à tous, donc si j'ai bien compris à pars la fonction computed() qui permet de créer facilement des side effect. Les signals n'apportent qu'un gain de performance. Avec les signals nous ne sommes pas capable en tant que développeur de créer des choses plus puissances mais juste les même choses qu'avant mais en plus performant ?
@codeursenior2 ай бұрын
Salut, non, c'est la méthode Effect qui permet de créer des side effects. Computed sert à calculer un état dérivé à partir d'autres Signals. Et oui, nous pouvons recréer la même chose qu'avec la librairie RxJS, mais avec un gain de performance est un gain de temps et de maintenabilité aussi.
@aimenjerbi84065 ай бұрын
top du top merci
@codeursenior4 ай бұрын
Merci pour ton excellent commentaire. Bon code !
@naspy9713 ай бұрын
j'ai commencé a les utiliser mais pour remplacer les properties en pipe async, mais du coup, le but c'est de créer toute ses propriétés en signals ?
@codeursenior3 ай бұрын
Hello, je suis entrain de me renseigner sur le sujet. Je vous recommande de regarder du côté des Signal Based Component. Dans ce cas, oui toutes les propriétés seront des signals. 👍
@aboubakardosso34812 ай бұрын
Bonjour M. SIMON , j'aimerais moi savoir si les signaux peuvent etre utiliser pour gerer la réactivité de notre application au lieu d'utiliser ngrx
@codeursenior2 ай бұрын
Tout à fait, c’est d’ailleurs un de leurs rôle détourné, et il y a une librairie officielledont le rôle va être de faire du state management avec les signals : ngrx signal store. Bon code !
la bibliothèque ngrx signal store est elle deja disponible ?
@codeursenior2 ай бұрын
@@aboubakardosso3481 Oui, mais toujours en Developer Preview.
@ascensionspirituelle72875 ай бұрын
Deja on va essayer de passer a la version 16 d'Angular 😊
@codeursenior5 ай бұрын
Hello, effectivement Angular 16 impose IVY, ce qui nécessite souvent un gros effort de montée de version des dépendances. Bon courage !
@Creativeetea5 ай бұрын
Les gens qui sont sur un projet angular < 13, levez la main ✋
@ascensionspirituelle72875 ай бұрын
@@codeursenior Le boss décide qu'au lieu de passer par la 16, on passerait direct a la 17 une fois qu'elle sera stable. Je crois que la version actuelle est la 12. Autant dire que ça va pas être une tache simple ✋🏼🧔🏼♂️🤚🏼
@codeursenior5 ай бұрын
@@ascensionspirituelle7287 Pro tips : Monter qu'une version de major à la fois. Donc viser la 13. 👍
@codeursenior5 ай бұрын
@@CreativeeteaHello, la montée jusqu'à la version 15 se fait. On a chiffré une journée par montée de version jusque-là. Le passage à la version 16 est plus costaud, si vous avez de vielles dépendances il faut les passer sur Ivy. Cela nous a couté 1 mois de notre côté à titre d'exemple. Bon courage !
@serge_amon5 ай бұрын
Finalement JavaScript est une école.😅
@codeursenior5 ай бұрын
Il était temps !
@fredV355 ай бұрын
On dit les signaux ! 😂 Dsl 🥲
@codeursenior5 ай бұрын
Les Signals ou les Signaux ? Le débat reste ouvert.
@fredV355 ай бұрын
@@codeursenior Si on parle de l'API, Signals me semble plus cohérent, mais pour le concept en lui même, je dirais les signaux
@codeursenior5 ай бұрын
@@fredV35 Ok, pourquoi pas. Merci pour la précision !
@R.e.n.e5 ай бұрын
Ça dépend surtout si on veut utiliser le thermes français ou anglais. C'est comme library vs bibliothèque.
@codeursenior5 ай бұрын
@@R.e.n.e Ma question est de savoir si "Signal" est vraiment traduisible. Comme le terme "Observer", je n'ai jamais entendu dire "Il faut modifier le code de ton Observateur".