COMMENT CRÉER UN MODULE DE CLASSE

Commentaire de psykocrash le 28/01/2005 12:22:57

Pas de problème, je vais mettre à jour le tutorial en ajoutant une deuxième classe qui utilise des API et en expliquant le rôle de l'instruction "Set". Si je n'ai pas utilisé d'API dans l'exemple, c'est pour avoir un code simple, sans code superflu qui pourais porter à confusion pour la compréhension du code.

Sinon, merci pour le 8/10, dommage que tu n'ai pas mis la note dans l'espace réservé à cet effet plus haut :p

Si tu as d'autre suggestions pour améliorer le tutorial, n'hésite pas :o)

Commentaire de LeVoleur le 28/01/2005 15:31:43

Super bien expliqué et commenté
merci

Commentaire de ScSami le 28/01/2005 21:20:52

C'est utile, continue comme ça, c'est utile...

Ceci dit, je ne suis pas entièrement d'accord avec toi lorsque tu dis :
"Le fait de réécrire des fonctions que l'on a l'habitude d'utiliser pour chaque nouveau programme est une tâche longue et inutile.
Les objets sont là justement pour remédier à ce problème."

Non, les modules sont là pour ça. En effet, tout l'intéret des objets sont leur emcapsulement et justement, tu n'en parles pas !!!
Je trouves que tu devrais un peu plus détailler ce qu'est un objet en utilisant, par exemple, la si connue comparaison avec les plats à tarte réutilisables.

On attend maintenant le tuto pour les Contrôles ActiveX ;-)

Commentaire de ScSami le 29/01/2005 01:38:24

D'accord. Mais je trouve quand même que l'intérêt de créer ce genre de choses ("les class") n'est pas frappant dans ton tutorial. Quand j'ai commencé, j'ai mis un sacré paquet de temps avant de comprendre d'un, l'intéret véritable de se "prendre la tête" avec ces trucs, et de deux, à quel point ce n'était pas si compliqué qu'il le paraissait.
Je crois que le concept d'encapsulation mérite tout de même une attention plus grande pour que les newbies comprennent bien.
Mais bon, c'est personnel comme remarque.
@++

Commentaire de arnohoho le 30/01/2005 02:08:47

je vais regarder le tutorial mais je te remercie d'avance pour ce boulot qui servira à d'autres

quand j'aurai lus le tuto je te dirai ce que j'en pense

a+

Commentaire de JoePatent le 31/01/2005 15:27:41

Petite erreur a la compil avec l'évènement.  Les parametres ne correspondent pas avec la description dans la classe.

j'ai corrigé de cette facon Private Sub MonObjetCString_NouvelleChaine(ByVal Contenu As String, ByVal longue As Long)

pour la form et j'ai ajouté BYVAL a la declaration dans la classe.

Je ne trouve pas encore la valeur par defaut a une propriété.

Merci.

Commentaire de salazar le 01/02/2005 16:17:48

Salut Psykocrash,

Merci pour le code et le tutorial que tu as créé. Le tutorial est vraiment très intéressant et explique bien le role de la classe (meme si je ne comprends pas tout).
Cependant, il est dommage que dans ton code, tu n'aies pas repris mon projet d'échange de données entre DLL et appli, car, hors contexte je ne sais pas du tout comment utiliser ta classe.
http://www.vbfrance.com/code.aspx?id=29095

J'ai tout de meme trouvé une solution, qui est loin d'etre celle que tu as tenté de m'expliquer, c'est dommage...

Je te mets 10/10 pour ta rapidité à m'avoir répondu et pour ton tutorial très instructif. Continue comme ça!!!

Commentaire de Cacophrene le 12/02/2005 20:53:16

Comme définition en première approche, on peut dire qu'une PROPRIETE est ce qui permet à la fois de définir (Property Let) et de renvoyer (Property Get), tandis qu'une METHODE ne peut que renvoyer. Comme exemple, on peut citer, pour un objet CheckBox, la propriété value qui autorise Check.Value = checked ou Check1.Value (définir ou renvoyer --> propriété), et la méthode Refresh, qui n'a de syntaxe que Check.Refresh. Voilà tout... Mais excellent quand même. 10/10 !

Cacophrène

Commentaire de Cacophrene le 13/02/2005 12:48:04

Je proposais une distinction sommaire, à demi fausse mais relativement simple à saisir pour un début (et facile à nuancer par la suite), à savoir : quand tu rédiges une méthode, elle renvoie quelque chose (comme ta méthode EnString par exemple, qui renvoie un numéro formaté), mais quand tu rédiges une propriété, celle-ci peut à la fois renvoyer et définir quelque chose (exemple déjà pris de Check.Value). Bien sûr, cette distinction est fausse. Mais elle garde l'essentiel pour un début. Comme on dit en musique, le rythme d'abord, l'art ensuite. Mais bon, si mon point de vue est aberrant, je te prie de m'en excuser par avance, car je croyais bien faire.

Cacophrène

Commentaire de Gery4u le 25/02/2005 19:30:01

Je l'ai pas encore vu mais juste pour vous dire comment j'apprecie le site il est magique il fallait pareil truc a la famille salut a tous les codeurs les gars notre metier est simplement genial

Commentaire de soldier8514 le 17/03/2005 03:01:56

Enfin Kk1 ki retourne qqchose dans ces fonctions _

Commentaire de Zakata le 20/09/2006 20:21:36

Salut a tous,

Tout dabord merci pour ce tuto il m'a bien aidé à débuter dans la programmation objet.

Je crois comprendre pourquoi nous avons du mal à définir une propriété par défaut avec la première méthode que tu décri:

Il y a une faute de frappe. Ce n'est pas dans le menu Option que l'on trouve "Attributs de procédure" mais dans le menu outil.

Voila mais je pense que tout le monde s'en étaient aperçut.

Salut et encore merci.
Damien