_Fabien
Messages postés119Date d'inscriptionvendredi 17 novembre 2006StatutMembreDernière intervention28 avril 2008
-
5 mars 2008 à 10:02
_Fabien
Messages postés119Date d'inscriptionvendredi 17 novembre 2006StatutMembreDernière intervention28 avril 2008
-
5 mars 2008 à 12:11
A voir également:
Test basique pour savoir si un objet a été instancié ?
NHenry
Messages postés15112Date d'inscriptionvendredi 14 mars 2003StatutModérateurDernière intervention13 avril 2024159 5 mars 2008 à 10:33
Bonjour
Au vu des données fournies je suppose que tu es en VS.NET 2002/2003 (.NET 1.0/1.1).
1) Ton premier test est bon pour savoir si la classe est instanciée, la 2ième génerera une exception si ton objet n'est pas instancié.
Qu'entends-tu par "ça plante" ? (exception, ignore le test, ...)
2) normalement ça devrait marcher, mais il faut (sans certitude) que ce soit un objet (donc déclaré en Object ou classe).
Dans Word, j'Excel. (juste pour la citation)
VB (6, .NET1&2), C++, C#.Net1
Mon site
_Fabien
Messages postés119Date d'inscriptionvendredi 17 novembre 2006StatutMembreDernière intervention28 avril 2008 5 mars 2008 à 10:04
Bonjour,
J'ai 2 petits soucis basiques relativement simples. Voici le 1er code et après ma question :
dim alVoitures as ArrayList
if alVoitures isnot nothing then ...
ou
if alVoitures.count <> 0 then ...
Dans les 2 cas, çà plante. Vous avez compris que je cherche un test
pour savoir si mon ArrayList a été instancié ou pas. Lors de la
compilation, ça passe, mais ça plante dés que la condition est analysée.
__________________________________
Ma 2nde question est la suivante : quel est le test à faire pour savoir
si un objet quelque soit son type a été instancié ? Exemple :
dim objNimporteQuoi as Brush 'Ou n'importe quelle classe
if objNimporteQuoi is nothing then ... ????
__________________________________
Je pense que n'importe qui est habitué à faire de l'objet sera répondre. Aussi je me permets de vous remercier à l'avance.
jrivet
Messages postés7392Date d'inscriptionmercredi 23 avril 2003StatutMembreDernière intervention 6 avril 201260 5 mars 2008 à 10:07
Re,
Bon ben tu as corriger le temps que je poste...
A la lecture de tes problèmes, je pense que je ne saurais pas y répondre.
Désolé donc pour cette intervention totalement inutile
_Fabien
Messages postés119Date d'inscriptionvendredi 17 novembre 2006StatutMembreDernière intervention28 avril 2008 5 mars 2008 à 11:00
[auteur/NHENRY/68514.aspx
]NHenry
[auteur/NHENRY/68514.aspx
], encore toi avec ton Miaou-Miaou T'as un site aussi
euh... j'ai boosté mon framework et mon VS
: VS.Net 2008 (version .Net : i'don't know) + Framework 3.5
1) Beh mince alors, aujourd'hui ça marche pour mon arrayList. Enfin, je vais approfondir la chose pour être sûr.
2) Ok. C'est un "is nothing" qu'il faut faire (sans certitude ). Oui, Null, Empty n'existe plus semble-t'il : y a nullable seulement. D'ailleurs je potasse MSDN pour connaître les bases en VB.Net et coder le plus proprement possible.
Tiens dans ma signature, je vais mettre une phrase comme ceci : "coder et coder sont 2 choses différentes. La 1ère consiste à arriver au but coûte que coûte. La 2nde est de trouver la solution avec la manière".
_Fabien
Messages postés119Date d'inscriptionvendredi 17 novembre 2006StatutMembreDernière intervention28 avril 2008 5 mars 2008 à 11:33
Oui nous en avions parlé dans un autre thread, il y a 1 semaine. Le problème est que j'ai une méthode qui sérialiste/désérialise des objets de type "Object" (XML/SOAP). De mémoire, lorsque j'établis une conversion ctype (voitures, object), il n'accepte pas la conversion, contrairement aux ArrayList, sachant la déclaration suivante : dim voitures as list (of voiture).
Du coup, je n'ai pas approfondi et j'ai laissé tomber. Ce n'est pas très élégant et je le regrette.
_____________________________________________________________________________________
Coder et coder sont 2 choses différentes. La 1ère consiste à arriverau but coûte que coûte. La 2nde est de trouver la solution de manière élégante.