Discussion :

[tamtam64]

Bonjour,

je recherche une explication sur l'utilite et l'utilisation du mot New , j'ai fait des recherches sur internet mais je ne comprend pas reelement, car j'ai compris que c'etait une nouvelle instantiation d'un objet mais alors pourquoi Range n'en a pas ? pourquoi j'en met un pour dictionary ou pour application.access ?

En fait c'est flou
la seul chose que je semble avoir compris c'est que Set signifie l'atribution d'une valeur dans un objet .

Voila je recherche un peu d'explication car c'est un peu flou cette histoire de new. Je ne comprend pas si range est un objet pourquoi n'a t-il pas de new et dictionary oui .

Merci

[Invité]

Bonsoir,
Je reconnais que c'est déroutant, le mot new permet effectivement de référencer un objet a une classe.

Et oui un range est bien une classe!

Prénom un module de classe

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
dim cls as classe1
Set csl= new classe1
Dim cls2 as classe1
Set cls2 = cls

dans cet exemple j'utilise le mot new pour créer une instance de la classe1
Mais j'affecte en suite cls a cls2, en d'autres termes j'affecte un objet existant a un autre objet!

L'objet range lui a un nombre instances défini et fini. Utiliser me mot new revient a en ajouter et la ce n'est pas possible!

[clementmarcotte]

Bonjour,

Dans la même veine que Robert, il ne faut pas oublier que BASIC (Beginers All Purpose Symbolic Instruction Code) n'a jamais été prévu pour devenir un langage de programmation objet. C'était prévu comme un langage de transition ou de préparation à l'étude du FORTRAN. Et même que je ne suis pas sûr que le concept de programmation-objet existait à l'époque.

Au cours des années, Microsoft qui est devenu le fournisseur de presque tous les BASIC (incluant les BASIC d'Apple) a fait évoluer (incomplètement) son Microsoft BASIC et ses différentes variantes vers un langage orienté objet, sauf que la conception même du BASIC et la compatibilité ont rendu la conversion totale de BASIC en langage orienté objet impossible. C'est pour cela que des propriétés d'un objet VBA peuvent être elles-mêmes des objets, et c'est plutôt la règle que l'exception.

Par contre, VB.net a été prévu pour être un logiciel orienté objet, et c'est principalement pour cela que la compatibilité avec VB6 et VBA n'est pas complète, parce que c'était tout simplement impossible de faire un nouveau BASIC vraiment orienté objet complètement compatible avec les "vieux" BASIC.

Ce qui demande aussi un peu d'acrobaties, c'est qu'il n'y a pas "UN VBA", mais plusieurs VBA. Même que Microsoft a vendu VBA sous licence à d'autres compagnies qui l'ont intégré à leurs propres produits (Autodesk et Dassault Systèmes, par exemple). Si on prend juste Excel, il y a les dll VBA Office qui sont communes à toutes les applications et des dll particulières pour Access, Word, Excel, PowerPoint etc. font VBA-Excel, VBA-Word etc. Pour l'objet "dictionary" ce n'est même pas un objet de VBA, mais un élément de "SCRIPTING". C'est pour cela que tu dois avoir un new Scripting.dictionnary ou un CreateObject("Scripting.dictionnary"). Mais rendu-là, c'est un autre sujet.

Ouf! la batterie est presque vide

[el_slapper]

Pour dire la même chose que les précédents, mais différemment, l'objet Range EXISTE DÉJÀ. Donc pas besoin de le recréer. Il existe parce qu'on est dans EXCEL. Par contre, des objets importés(comme le dictionary), voire créés directement par le développeur(dans des modules de classe), sont à instancier, puisque même si leur structure(la classe) est définie, elle n'a pas, au lancement du code, les données associées.