Je veux juste dire merci parce que vos vidéos sont supers claires. Au CNED les cours à l'écrit sont pas toujours des plus compréhensibles, mais quand un lien vers une de vos vidéos est inclus immédiatement je sais que je vais pouvoir comprendre la leçon facilement en quelques minutes. Donc merci, vous rendez des concepts longs et parfois durs (voire pire : ennuyants!), faciles et agréable à comprendre !
Sinon, entre parenthèses, j'ai retenu quelques unes de vos phrases qui reviennent souvent, et c'est plutôt amusant ! 😄 - « Alors là il est pas content. » (en parlant de Visual Studio 😂) - « La classe Object est la mère de toutes les classes. » (alors ça je ne l'ai pas oublié, ça rime comme un mantra 😂 ! Ça fait très "Starwars" ! 😁👍 J'adore ! ❤️)
titre ou this.titre dans ce cas là faire référence à la même chose : l'attribut titre de la classe Diffusion. C'est dans le contructeur Diffusion(string titre, int annee) ou this devient obligatoire. Mais c'est une mauvaise pratique d'avoir un paramètre de méthode/constructeur qui porte le même nom qu'un attribut de classe. en.wikipedia.org/wiki/Variable_shadowing
@@Santrhyl Explication correcte. En revanche, il y a plusieurs approches sur l'aspect bonne ou mauvaise pratique. La preuve en est que les IDE qui génèrent automatiquement du code, comme le constructeur, utilisent le même nom, pour la plupart. L'avantage est la lisibilité : le nom du paramètre permet de tout de suite savoir à quoi il correspond par rapport aux propriétés. Personnellement je préfère nettement cette approche.
@@E_mds On peut mettre un flag de compilation en c (-Wshadow) pour avoir un warning si il y a une variable qui masque une autre. Les warnings peuvent même empecher la compilation. Donc ça veut dire que c'est une pratique qui n'est pas reconnue comme étant bien, sinon ils n'aurait pas fait ça. C'est même une règle de sonar par défaut : rules.sonarsource.com/java/RSPEC-1117 pour le java. Dire que le même nom permet de gagner en lisibilé, c'est aller dans le sens contraire de toutes les règles qui se mettent en place, et surtout c'est donner une mauvaise habitude aux étudiants, parce que dans le monde professionnel, ça reste majoritairement une mauvaise pratique.
Bonjour, dans la partie "création d'objets de classes héritées", pourquoi déclarer un objet de type Diffusion au lieu d'ajouter directement l'objet dans la liste après l'avoir initialisé dans le if-else?
@@abc-rl1wd Il y a 2 approches : déclarer et ajouter dans chaque partie du test (comme vous le proposez) ou déclarer et ajouter, avec une seule ligne de code, le test permettant juste de créer. Cette seconde solution a pour but de montrer que le test n'est obligatoire que pour la création, que les objets de type Film ou Serie sont bien aussi des objets de type Diffusion, et que la liste attend bien des objets de type Diffusion.
L'habitude de coder en Java où le camelCase est classiquement utilisé pour les noms de méthodes (et pas que), alors que VS préconise le PascalCase. Personnellement, je préfère la première notation : pour moi, un nom qui commence par une majuscule me fait spontanément penser à une classe.
Ah ben voilà la vidéo qui m'aurait été bien utile pour la fiche savoir =). Est ce par convention que vous regroupez en un même fichier Classe mère & filles?
Je vais être critique sur cette vidéo, pardonnez-moi à l'avance... C'est la seule la vidéo dans toute la playlist que j'ai trouvée très longue et assez difficile à assimiler, car il y a énormément d'informations à retenir et à assimiler toutes les 3 minutes. J'ai bien du revoir cette vidéo au moins 3 fois... et encore, il y a des choses qui m'ont malgré tout échappées. D'autre part, concernant les types de classes, seule est ici abordé la classe abstraite (et protected il me semble), alors qu'il en existe d'autres (virtual, etc...). Ça serait bien de faire une vidéo d'ensemble qui détaille chacun de ses types de classes avec des exemples concrets. 🙌
Cette vidéo est d'autant plus importante qu'elle concerne les classes et l'héritage, cela constitue l'un des pilers de la POO, et si elle n'est pas comprise, alors le reste ne le sera pas non plus.
@@sopilou2011 Je suis d'accord avec vous. En fait, il faut remettre cette vidéo dans son contexte. Actuellement je refais tous les supports de cours pour la prochaine rentrée du BTS SIO pour les étudiants du CNED (suite à une réforme du BTS). Ces vidéos interviennent dans une progression qui s'accompagne aussi de fiches de savoirs. Je mets aussi ces vidéos sur ma chaîne au cas où cela pourrait intéresser d'autres personnes. Et effectivement pour celle là, les informations sont denses (c'était difficile de faire autrement) et bien sur non exhaustives (il y a tellement à dire). J'étais juste obligée de montrer les informations nécessaires pour arriver à réaliser les travaux demandés aux étudiants. Ils ont aussi une fiche de savoirs mais, par expérience, les connaissances passent mieux à travers une vidéo. J'ai au moins essayé de mettre un sommaire dans la description, pour permettre de revoir certains passages précis.
@@E_mds Effectivement, je comprends mieux maintenant pourquoi (fiches de savoir). En tout cas, j'en ai vu des vidéos sur C# plus ou moins bien faites, mais les votres sont vraiment bien faites, vous expliquez tout clairement ! 👍
![[Découverte C#] Maîtrisez la Programmation Orientée Objet en C#](http://i.ytimg.com/vi/EOqx_oKPDBU/mqdefault.jpg)
Je veux juste dire merci parce que vos vidéos sont supers claires. Au CNED les cours à l'écrit sont pas toujours des plus compréhensibles, mais quand un lien vers une de vos vidéos est inclus immédiatement je sais que je vais pouvoir comprendre la leçon facilement en quelques minutes. Donc merci, vous rendez des concepts longs et parfois durs (voire pire : ennuyants!), faciles et agréable à comprendre !
Tant mieux si les vidéos peuvent vous aider.
Sinon, entre parenthèses, j'ai retenu quelques unes de vos phrases qui reviennent souvent, et c'est plutôt amusant ! 😄
- « Alors là il est pas content. » (en parlant de Visual Studio 😂)
- « La classe Object est la mère de toutes les classes. » (alors ça je ne l'ai pas oublié, ça rime comme un mantra 😂 ! Ça fait très "Starwars" ! 😁👍 J'adore ! ❤️)
;-) On a tous nos expressions ! Et faire une comparaison avec un mantra ou Star Wars, ça me convient tout à fait !!!
Bonjour à 6:39 vous dites que this n'est pas obligatoire dans le getter à ce moment là, mais ce ne sont pas les mêmes variables ? Cordialement Mathieu
titre ou this.titre dans ce cas là faire référence à la même chose : l'attribut titre de la classe Diffusion. C'est dans le contructeur Diffusion(string titre, int annee) ou this devient obligatoire. Mais c'est une mauvaise pratique d'avoir un paramètre de méthode/constructeur qui porte le même nom qu'un attribut de classe. en.wikipedia.org/wiki/Variable_shadowing
@@Santrhyl Explication correcte. En revanche, il y a plusieurs approches sur l'aspect bonne ou mauvaise pratique. La preuve en est que les IDE qui génèrent automatiquement du code, comme le constructeur, utilisent le même nom, pour la plupart. L'avantage est la lisibilité : le nom du paramètre permet de tout de suite savoir à quoi il correspond par rapport aux propriétés. Personnellement je préfère nettement cette approche.
@@E_mds On peut mettre un flag de compilation en c (-Wshadow) pour avoir un warning si il y a une variable qui masque une autre. Les warnings peuvent même empecher la compilation. Donc ça veut dire que c'est une pratique qui n'est pas reconnue comme étant bien, sinon ils n'aurait pas fait ça. C'est même une règle de sonar par défaut : rules.sonarsource.com/java/RSPEC-1117 pour le java. Dire que le même nom permet de gagner en lisibilé, c'est aller dans le sens contraire de toutes les règles qui se mettent en place, et surtout c'est donner une mauvaise habitude aux étudiants, parce que dans le monde professionnel, ça reste majoritairement une mauvaise pratique.
Bonjour,
dans la partie "création d'objets de classes héritées", pourquoi déclarer un objet de type Diffusion au lieu d'ajouter directement l'objet dans la liste après l'avoir initialisé dans le if-else?
Pour pouvoir vous répondre plus rapidement, pouvez-vous me préciser à quel moment de la vidéo se situe le problème ? merci d'avance.
@@E_mds Dans la procédure événementielle btnAjouter_Click (vous pouvez voir la partie dont je parle aux alentours de 25:25)
@@abc-rl1wd Il y a 2 approches : déclarer et ajouter dans chaque partie du test (comme vous le proposez) ou déclarer et ajouter, avec une seule ligne de code, le test permettant juste de créer. Cette seconde solution a pour but de montrer que le test n'est obligatoire que pour la création, que les objets de type Film ou Serie sont bien aussi des objets de type Diffusion, et que la liste attend bien des objets de type Diffusion.
Bonjour , merci pour la vidéo mais pourquoi écrivez-vous les noms de vos méthodes en minuscules ?
L'habitude de coder en Java où le camelCase est classiquement utilisé pour les noms de méthodes (et pas que), alors que VS préconise le PascalCase. Personnellement, je préfère la première notation : pour moi, un nom qui commence par une majuscule me fait spontanément penser à une classe.
Ah ben voilà la vidéo qui m'aurait été bien utile pour la fiche savoir =). Est ce par convention que vous regroupez en un même fichier Classe mère & filles?
;-)
On peut bien sûr les séparer et donc faire un fichier par classe. Je trouvais juste que c'était plus pratique. Pas de convention particulière.
@@E_mds Et çà l'était, merci!
Je vais être critique sur cette vidéo, pardonnez-moi à l'avance... C'est la seule la vidéo dans toute la playlist que j'ai trouvée très longue et assez difficile à assimiler, car il y a énormément d'informations à retenir et à assimiler toutes les 3 minutes. J'ai bien du revoir cette vidéo au moins 3 fois... et encore, il y a des choses qui m'ont malgré tout échappées. D'autre part, concernant les types de classes, seule est ici abordé la classe abstraite (et protected il me semble), alors qu'il en existe d'autres (virtual, etc...). Ça serait bien de faire une vidéo d'ensemble qui détaille chacun de ses types de classes avec des exemples concrets. 🙌
Cette vidéo est d'autant plus importante qu'elle concerne les classes et l'héritage, cela constitue l'un des pilers de la POO, et si elle n'est pas comprise, alors le reste ne le sera pas non plus.
@@sopilou2011 Je suis d'accord avec vous. En fait, il faut remettre cette vidéo dans son contexte. Actuellement je refais tous les supports de cours pour la prochaine rentrée du BTS SIO pour les étudiants du CNED (suite à une réforme du BTS). Ces vidéos interviennent dans une progression qui s'accompagne aussi de fiches de savoirs. Je mets aussi ces vidéos sur ma chaîne au cas où cela pourrait intéresser d'autres personnes.
Et effectivement pour celle là, les informations sont denses (c'était difficile de faire autrement) et bien sur non exhaustives (il y a tellement à dire).
J'étais juste obligée de montrer les informations nécessaires pour arriver à réaliser les travaux demandés aux étudiants. Ils ont aussi une fiche de savoirs mais, par expérience, les connaissances passent mieux à travers une vidéo. J'ai au moins essayé de mettre un sommaire dans la description, pour permettre de revoir certains passages précis.
@@E_mds Effectivement, je comprends mieux maintenant pourquoi (fiches de savoir). En tout cas, j'en ai vu des vidéos sur C# plus ou moins bien faites, mais les votres sont vraiment bien faites, vous expliquez tout clairement ! 👍
@@sopilou2011 merci et tant mieux si cela vous convient