LIRE/ECRIRE UN FICHIER TEXTE EN VB.NET
NicoProg
Messages postés
26
Date d'inscription
lundi 2 avril 2001
Statut
Membre
Dernière intervention
28 mars 2005
-
19 juin 2003 à 00:51
SupraDolph Messages postés 196 Date d'inscription samedi 12 janvier 2002 Statut Membre Dernière intervention 1 septembre 2008 - 31 août 2009 à 21:58
SupraDolph Messages postés 196 Date d'inscription samedi 12 janvier 2002 Statut Membre Dernière intervention 1 septembre 2008 - 31 août 2009 à 21:58
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/7437-lire-ecrire-un-fichier-texte-en-vb-net
https://codes-sources.commentcamarche.net/source/7437-lire-ecrire-un-fichier-texte-en-vb-net
31 août 2009 à 21:58
31 août 2009 à 21:42
25 févr. 2008 à 11:14
ps : petite parenthèse en trop pour la commande d'exécution de EcrireFichier
Amicalement
MakBzh
26 nov. 2007 à 14:17
Dim StrText as string = LireFichier ("C:\monfichier.txt")
ou
EcrireFichier ("C:\Monfichier.txt"), StrText)
26 nov. 2007 à 11:56
5 nov. 2004 à 09:53
Maintenant quant à savoir ce qui est le mieux, cela dépend de ce que l'on fait. Chaque langage est adapté à une situation.
Il n'y a pas que le c, c++ dans la vie. Dans dotnet, il y a 2 langages principaux qui sont vb et c#. C# étant un c++ évolué qui a intégré certaines facilités et fonctionalités de vb (comme quoi il est loin d'être aussi pourri que cela...). C++ est bien entendu toujours supporté, mais si tu gratte un peu, il est loin d'être mis en avant et est absent de certaines solutions (développement en windows CE par exemple ou seuls C# et vb sont supportés au niveau de dotnet...).
Maintenant, si je devais programmer des jeux et travailler au niveau performance taille, vitesse etc je travaillerais probablement en c, c++ assembleur.
Dans mon boulot ce pourcentage de programmation est minime.
Maintenant pour être constructif, le plus rapide et efficace bien que plus difficile du premier abord est d'utiliser la classe des string et de construire un objet de type string, au lieu d'utiliser les concaténations classiques.
L'avantage de la concaténation classique ainsi que les constantes de type vbnewline, etc est leur lisibilité et facilité d'utilisation.
N'oublions pas que dans la programmation bureautique classique, peu importe que le string s'affiche en 1/10eme de seconde ou en une demie seconde.
Le plus important est la vitesse de développement et aussi de pouvoir passer son code à la cellule informatique du client où à des collègues. Dans cette optique ce genre de procédé est le plus adapté.
4 nov. 2004 à 15:13
j'essayais d'écrire avec Microsoft.VisualBasic.FilePutObject pis ça écrivais toujours des caractère avant le texe, masi avec un print, ça marche numéro 1
3 nov. 2004 à 06:19
Avec c++ tu pourrait optimiser ton code au niveau de la vitesse , mais aussi au niveau de l'espace mémoire et ce beaucoup plus qu'avec vb qui a mon avis est très lent et gourmand en mémoire et limité pour plusieurs actions (pointeurs, hook système , ...).
15 oct. 2004 à 15:12
Donc normalement la vitesse doit être identique.
Il ya plusieurs constantes qui ont été rajoutées (vbtab, ...). Fais une recherche sur vbnewline, tu les auras toutes.
tu peux les utiliser dans les msgbox par exemple pour formater ton message. C'est très pratique, explicite et évite de tapper les 2....
15 oct. 2004 à 13:57
je ne connaisais pas vbnewline et je ne l'ai pas encore essayée mais il est fort peobable que cela soit similaire a vbLf+vbCr soit vbCrLf.
Perso : si vbnewline n'est pas plus rapide au niveau de l'exécution que vbCrLf je continuerai d'utiliser ce dernier car il est plus rapide a écrire :) (je sais je suis un fainéant... lol)
14 oct. 2004 à 13:34
Plutôt que d'utiliser vbLf et vbCr, tu peux utiliser la constante vbnewline.
Le nom est assez explicite... :)
19 juin 2003 à 00:51