Elle vraiment bien cette série :) j'utilisais toujours la version "complexe" un peu bêtement mais c'est vrai que la version simplifiée fait le job la plupart du temps.
Bonjour ! Un grand merci pour ta vidéo très bien expliquer et ta pédagogie. J’ai une interrogation sur la différence entre la version simplifié et la version « by the book ». J’ai l’impression que les cas d’usage sont différents. Dans le sens où la version simplifié permet de choisir et d’instancier une classe de mutuelle à associer au patient. Tandis que la version « by the book » permet uniquement d’instancier la classe mutuelle. En sous-entendant que la mutuelle est déjà connue avant l’appel de la factory. A quel endroit est-il judicieux de faire le choix de la bonne mutuelle ? Excellente vidéo en tout cas, merci pour le partage 👍
Un design pattern étant un moyen de structurer du code et non une règle absolue, je dirais que "ça dépend". Il n'y a pas de bonnes ou de mauvaises réponses à cette question. La factory doit rester l'endroit où on construit un objet complexe. On peut avoir un algorithme métier qui détermine, en avance de façon, la mutuelle à construire (à partir d'un type ou d'autres informations) Tout comme on pourrait encapsuler dans la factory l'algorithme de recherche "pour tel patient avec tel numéro, c'est telle mutuelle" Ca va dépendre d'où elle est censée être utilisée (la factory) et plein d'autres facteurs
Moi, je trouve qu'il y a une diff entre une interface et une classe abstraite dans le sens où une interface permet de mutualiser des comportements communs de plusieurs classes n'héritant pas d'une même classe et implémentant leur propre logique. Il ne faut pas oublier qu'il n'existe pas d'héritage multiples en C#. L'héritage en tant que système de réutilisation de code, c'est puissant, mais est limité. Autrement les vidéos sont bien
Toujours intéressant. ❤❤❤
Merci 😊
Merci pour cette série, Le plus complex utilise le pattern strategy
Top! J’adore la série! Merci Christophe
Avec plaisir 🙂
Très interessant
J'espère que t'aimeras tout autant la suite !
Elle vraiment bien cette série :) j'utilisais toujours la version "complexe" un peu bêtement mais c'est vrai que la version simplifiée fait le job la plupart du temps.
Tu travailles "by the book" ;-)
Puis c'est peut-être comme ça qu'on t'as appris le pattern aussi !
@@HTSCoding Oui je l'avais trouvé comme ça sur internet je pense.
Bonjour ! Un grand merci pour ta vidéo très bien expliquer et ta pédagogie.
J’ai une interrogation sur la différence entre la version simplifié et la version « by the book ». J’ai l’impression que les cas d’usage sont différents. Dans le sens où la version simplifié permet de choisir et d’instancier une classe de mutuelle à associer au patient.
Tandis que la version « by the book » permet uniquement d’instancier la classe mutuelle. En sous-entendant que la mutuelle est déjà connue avant l’appel de la factory. A quel endroit est-il judicieux de faire le choix de la bonne mutuelle ?
Excellente vidéo en tout cas, merci pour le partage 👍
Un design pattern étant un moyen de structurer du code et non une règle absolue, je dirais que "ça dépend". Il n'y a pas de bonnes ou de mauvaises réponses à cette question. La factory doit rester l'endroit où on construit un objet complexe.
On peut avoir un algorithme métier qui détermine, en avance de façon, la mutuelle à construire (à partir d'un type ou d'autres informations)
Tout comme on pourrait encapsuler dans la factory l'algorithme de recherche "pour tel patient avec tel numéro, c'est telle mutuelle"
Ca va dépendre d'où elle est censée être utilisée (la factory) et plein d'autres facteurs
As tu un lien discord ?
Oui elle est dans la description de la vidéo
Moi, je trouve qu'il y a une diff entre une interface et une classe abstraite dans le sens où une interface permet de mutualiser des comportements communs de plusieurs classes n'héritant pas d'une même classe et implémentant leur propre logique. Il ne faut pas oublier qu'il n'existe pas d'héritage multiples en C#. L'héritage en tant que système de réutilisation de code, c'est puissant, mais est limité. Autrement les vidéos sont bien
Je crois que la différence reste valable pour les versions inférieur au 8.0. Sinon vous avez raison.