Tout à fait! Je suis en première année de BTS SIO SLAM et vos vidéos tombent à pic ;-) Juste une petite question...allez vous continuer le développement du Space Invaders?
Merci pour les vidéo, c'est intéréssant et bien expliqué. la première vidéo vous étiez un peu speed dans le ton mais je pense à partir du 3ème cours vous avez corrigé ça. maintenant on arrive à vous suivre :) 1000 merci. bonne continuation, j'attends la suite. bravo
Une petit remarque : Il n'est, apparemment, pas nécessaire d'inclure en paramètre le JLabel ds le constructeur du Controller. Seuls le Model et le JTextField suffisent non ? -)
Bonjour et un grand merci pour vos vidéos. Je me posais la question suivante : par soucis d'organisation, lorsque notre programme communique avec une base de données, comment séparer proprement les classes qui gèrent ces communications ? J'ai toujours penser que le modèle était la base de données, et que les classes étaient dissociées et utilisées dans le controller.
souvent on a des classes qui représentent la base de données. On peut appeler cela des DataBean ou des DataObject ou le modèle. Ces classes représentent la base de données, c'est à dire que les objets instances de ces classes vont être des sortes de copies des données contenues dans la base. Il y a des framework qui assurent la synchronisation entre ces objets et la base de données (Hybernate, etc...)
Merci beaucoup pour vos vidéos qui sont très bien expliquées. Elles permettent de bien consolider les notions que vous nous enseignez. J'aurai une petite question : Concernant votre classe Controller, au niveau de la méthode actionPerformed(), est-ce que mettre à jour le JLabel avec la valeur stockée dans le modèle serait aussi une bonne alternative ou pas ? Encore, merci beaucoup pour ces vidéos et j'attends la suite (si prévu) avec impatience :). ps : en écrivant cette ligne à la place de la dernière label.setText(m.getValeur());
Bonjour, Merci pour cet excellent tuto. Je me demandai si il était pertinent d'utiliser le Model dans la fonction update de la classe JLabelObserver. En effet, il me semblait que les éléments qui composent la vue doivent être complètement "déconnectés" du modèle et que c'était le rôle du controleur de faire l'interprète entre la vue et le modèle. Qu'en pensez-vous ?
Vous voulez passer par une interface ? Du type ModelItf et ainsi rendre l'Observer complètement déconnecté de la classe d'implémentation du model. Ou même transmettre l'information utile. Oui c'est mieux en effet !!!
Merci pour le retour rapide. En effet, il s'agirait d'utiliser une interface. Je viens du monde PHP et j'affectionne particulièrement le framework Symfony qui "interdit" (en tout cas, fait tout pour le décourager) l'usage du modèle directement dans les vues. C'est ce que j'essaie de reproduire car je trouve que c'est très pratique dès lors que l'on n'est plus seul sur le projet ou bien qu'il faut s'attendre à faire une mise à jour seulement tous les 36 du mois :D
Effectivement il y a plusieurs déclinaisons du MVC. Je n'ai pas de comparatif, ni même de préféré. L'essentiel pour moi est de comprendre l'importance des dépendances et de faire les choix qui correspondent à votre projet (pas la peine d'en faire de trop :) ).
Bonsoir pourquoi je n'ai pas la fonction "frame.setLayout(LayoutManager arg0)"? Je n'ai que la fonction "frame.setLayout(LayoutManager manager)" ? Merci de votre réponse
![FORTNITE CLASSICS IS BACK! Fortnite Item Shop [November 15th, 2024] (Fortnite Chapter 5)](http://i.ytimg.com/vi/RbQURbeFwqs/mqdefault.jpg)
Merci encore...
Vous avez une facilité d'explications déconcertante! Avec vous tout paraît plus simple!!!
Merci. J'espère que cela plus simple pour vous surtout et que cela vous aidera !
Tout à fait! Je suis en première année de BTS SIO SLAM et vos vidéos tombent à pic ;-) Juste une petite question...allez vous continuer le développement du Space Invaders?
Seb B. Je pense oui. C'est à venir.
Vous êtes un génie
Merci beaucoupppp j'étais bloqué pour le passage en interface graphique mais je me suis rendu compte, que ce n'est pas si compliqué que ça +1 abonné
j adore votre travail on prend beaucoup Merci
Merci pour les vidéo, c'est intéréssant et bien expliqué. la première vidéo vous étiez un peu speed dans le ton mais je pense à partir du 3ème cours vous avez corrigé ça. maintenant on arrive à vous suivre :) 1000 merci. bonne continuation, j'attends la suite. bravo
Bonjour, merci beaucoup pour vos vidéos très instructives.
Super tuto, je galère avec le mvc pour Java du coup gros aide :D
Merci pour ces explications concises.
merci merci merciiii
Une petit remarque :
Il n'est, apparemment, pas nécessaire d'inclure en paramètre le JLabel ds le constructeur du Controller.
Seuls le Model et le JTextField suffisent non ? -)
Le lien vers le code source : www.labri.fr/perso/xblanc/data/MVC.zip
Bonjour,
Merci pour la vidéo très intéressante. Par contre le lien vers le code source ne semble plus être fonctionnel.
Bonjour, bravo et merci pour vos vidéos instructives!
J'aimerais savoir pourquoi vous preferez une méthode init() à un constructeur?
oh c'est juste parce que j'aime initialiser la vue graphique après avoir construit l'objet. Mais franchement, ca irait très bien dans le constructeur.
Bonjour merci pour le cour mais j'ai une erreur qui s'affiche "The method init() is undefined for the type View"
j'ai un mini projet en java avec structure MVC je galérais depuis deux semaines mais après avoir regardé votre vidéo je me sens très alaise
Bonjour et un grand merci pour vos vidéos. Je me posais la question suivante : par soucis d'organisation, lorsque notre programme communique avec une base de données, comment séparer proprement les classes qui gèrent ces communications ? J'ai toujours penser que le modèle était la base de données, et que les classes étaient dissociées et utilisées dans le controller.
souvent on a des classes qui représentent la base de données. On peut appeler cela des DataBean ou des DataObject ou le modèle. Ces classes représentent la base de données, c'est à dire que les objets instances de ces classes vont être des sortes de copies des données contenues dans la base. Il y a des framework qui assurent la synchronisation entre ces objets et la base de données (Hybernate, etc...)
Pour faire cela proprement j'utilise le désigne pattern dao
merci beaucoup pour ce tuto
Merci pour le cours la fin un peux chinois mais si on reste très concentré ça va merci
Merci beaucoup pour vos vidéos qui sont très bien expliquées. Elles permettent de bien consolider les notions que vous nous enseignez.
J'aurai une petite question :
Concernant votre classe Controller, au niveau de la méthode actionPerformed(), est-ce que mettre à jour le JLabel avec la valeur stockée dans le modèle serait aussi une bonne alternative ou pas ?
Encore, merci beaucoup pour ces vidéos et j'attends la suite (si prévu) avec impatience :).
ps : en écrivant cette ligne à la place de la dernière
label.setText(m.getValeur());
pardon, je n'avais pas vu votre msg. oui ca marche aussi.
Bonjour,
Merci pour cet excellent tuto.
Je me demandai si il était pertinent d'utiliser le Model dans la fonction update de la classe JLabelObserver. En effet, il me semblait que les éléments qui composent la vue doivent être complètement "déconnectés" du modèle et que c'était le rôle du controleur de faire l'interprète entre la vue et le modèle.
Qu'en pensez-vous ?
Vous voulez passer par une interface ? Du type ModelItf et ainsi rendre l'Observer complètement déconnecté de la classe d'implémentation du model. Ou même transmettre l'information utile. Oui c'est mieux en effet !!!
Merci pour le retour rapide.
En effet, il s'agirait d'utiliser une interface. Je viens du monde PHP et j'affectionne particulièrement le framework Symfony qui "interdit" (en tout cas, fait tout pour le décourager) l'usage du modèle directement dans les vues. C'est ce que j'essaie de reproduire car je trouve que c'est très pratique dès lors que l'on n'est plus seul sur le projet ou bien qu'il faut s'attendre à faire une mise à jour seulement tous les 36 du mois :D
Effectivement il y a plusieurs déclinaisons du MVC. Je n'ai pas de comparatif, ni même de préféré. L'essentiel pour moi est de comprendre l'importance des dépendances et de faire les choix qui correspondent à votre projet (pas la peine d'en faire de trop :) ).
Bonsoir pourquoi je n'ai pas la fonction "frame.setLayout(LayoutManager arg0)"?
Je n'ai que la fonction "frame.setLayout(LayoutManager manager)" ?
Merci de votre réponse
c'est pareil, le nom du paramètre n'a pas d'importance, c'est l'ordre des paramètres dans la méthode qui compte.
Oui mais du coup sa me met une erreur au niveau du code et je ne comprend pas pourquoi, merci de votre attention et de vos réponses.
envoyez moi votre code
En faite LayoutManager est une interface
Tres bon cours mes tres peux d explication il faut programmeur pour comprendre
Top!