!! FileSystemObject et Package VB ... !!
guiguimac
Messages postés
85
Date d'inscription
mercredi 29 août 2001
Statut
Membre
Dernière intervention
22 avril 2006
-
13 sept. 2002 à 17:39
guiguimac Messages postés 85 Date d'inscription mercredi 29 août 2001 Statut Membre Dernière intervention 22 avril 2006 - 13 sept. 2002 à 21:17
guiguimac Messages postés 85 Date d'inscription mercredi 29 août 2001 Statut Membre Dernière intervention 22 avril 2006 - 13 sept. 2002 à 21:17
A voir également:
- !! FileSystemObject et Package VB ... !!
- Vb vba - Forum VB.NET
- Filesystemobject - Forum Visual Basic
- The package java.sql is not accessible - Forum Java
- Vb access - Conseils pratiques -Visual Basic / VB.NET
- Vb msgbox - Conseils pratiques -Visual Basic / VB.NET
6 réponses
leneuf22
Messages postés
156
Date d'inscription
samedi 12 janvier 2002
Statut
Membre
Dernière intervention
4 mars 2003
1
13 sept. 2002 à 20:22
13 sept. 2002 à 20:22
Arf, si ton code est fait...
Bon bah en fait le FileSystemObject est disponible en installation ici :
http://www.microsoft.com/france/scripting
ça s'appelle Windows Script Host (c'est ce qui regroupe VBScript, JScript, WSH...)
Mais il y a plein de clés dans la bdr qui sont inscrites, donc passer les fichiers dans ton package ne servira à rien... par contre tu peux passer le fichier d'install.
Mais le top serait de refaire ton code sans FileSystemObject :)
Non seulement tu pourras faire un package mais en plus ton code sera beaucoup plus rapide.
Bon bah en fait le FileSystemObject est disponible en installation ici :
http://www.microsoft.com/france/scripting
ça s'appelle Windows Script Host (c'est ce qui regroupe VBScript, JScript, WSH...)
Mais il y a plein de clés dans la bdr qui sont inscrites, donc passer les fichiers dans ton package ne servira à rien... par contre tu peux passer le fichier d'install.
Mais le top serait de refaire ton code sans FileSystemObject :)
Non seulement tu pourras faire un package mais en plus ton code sera beaucoup plus rapide.
guiguimac
Messages postés
85
Date d'inscription
mercredi 29 août 2001
Statut
Membre
Dernière intervention
22 avril 2006
13 sept. 2002 à 20:49
13 sept. 2002 à 20:49
merci pour cette réponse.
donc si j'ai bien compris le filesystemobject, vaut mieux oublier ... ?
donc si j'ai bien compris le filesystemobject, vaut mieux oublier ... ?
leneuf22
Messages postés
156
Date d'inscription
samedi 12 janvier 2002
Statut
Membre
Dernière intervention
4 mars 2003
1
13 sept. 2002 à 20:57
13 sept. 2002 à 20:57
Si tu veux faire un package, oui oublie tout de suite :)
Mais maintenant 99,9 % des ordinateurs qui tournent sous Windows ont déjà ton FileSystemObject.
Mais si tu veux que ton code soit parfait, RIEN ne vaut les API (en plus ça te fait un bon entraînement)
Le FileSystemObject, c'est plutôt pensé pour le VBScript (ou Windows Script Host en général)
Au fait, ce sont quelles fonctions de FileSystemObject que tu utilises dans ton code ?
Mais maintenant 99,9 % des ordinateurs qui tournent sous Windows ont déjà ton FileSystemObject.
Mais si tu veux que ton code soit parfait, RIEN ne vaut les API (en plus ça te fait un bon entraînement)
Le FileSystemObject, c'est plutôt pensé pour le VBScript (ou Windows Script Host en général)
Au fait, ce sont quelles fonctions de FileSystemObject que tu utilises dans ton code ?
guiguimac
Messages postés
85
Date d'inscription
mercredi 29 août 2001
Statut
Membre
Dernière intervention
22 avril 2006
13 sept. 2002 à 21:02
13 sept. 2002 à 21:02
j'utilise juste :
Dim fs As New FileSystemObject
Dim a As TextStream
Set a = fs.OpenTextFile(strFichier)
line = a.ReadLine
...
c t juste pour tester autre chose que le :
open strFichier for input as #1
sur le poste d'une personne en NT4 workstation, le filesystemobject ne marche pas ... alors pour être sûr que ca marche partout je vais bien l'enlever.
autrement dit que je garde que si je veux lancer des scripts sur mon poste ...
Dim fs As New FileSystemObject
Dim a As TextStream
Set a = fs.OpenTextFile(strFichier)
line = a.ReadLine
...
c t juste pour tester autre chose que le :
open strFichier for input as #1
sur le poste d'une personne en NT4 workstation, le filesystemobject ne marche pas ... alors pour être sûr que ca marche partout je vais bien l'enlever.
autrement dit que je garde que si je veux lancer des scripts sur mon poste ...
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
leneuf22
Messages postés
156
Date d'inscription
samedi 12 janvier 2002
Statut
Membre
Dernière intervention
4 mars 2003
1
13 sept. 2002 à 21:13
13 sept. 2002 à 21:13
Ah, oui !
Bah le Open machin for truc as #bidule, c'est la meilleure solution en VB :)
Plus rapide, plus efficace, beaucoup moins lourd... etc :)
Et quand je dis "script" je parle de fichiers VBS/JS, hein :)
Bah le Open machin for truc as #bidule, c'est la meilleure solution en VB :)
Plus rapide, plus efficace, beaucoup moins lourd... etc :)
Et quand je dis "script" je parle de fichiers VBS/JS, hein :)
guiguimac
Messages postés
85
Date d'inscription
mercredi 29 août 2001
Statut
Membre
Dernière intervention
22 avril 2006
13 sept. 2002 à 21:17
13 sept. 2002 à 21:17
et bien merci bien pour toutes ces remarques !
je retourne à mon code ...
mais sans doute à bientôt car pour l'instant c'est encore le rodage !
bonne soirée !
je retourne à mon code ...
mais sans doute à bientôt car pour l'instant c'est encore le rodage !
bonne soirée !
