UTILITAIRE DE COPIE DE FICHIERS, APPLICATION CONSOLE, VISUAL BASIC
NHenry
Messages postés
15113
Date d'inscription
vendredi 14 mars 2003
Statut
Modérateur
Dernière intervention
22 avril 2024
-
5 juin 2007 à 11:28
cs_Bidou Messages postés 5487 Date d'inscription dimanche 4 août 2002 Statut Membre Dernière intervention 20 juin 2013 - 10 juin 2007 à 14:20
cs_Bidou Messages postés 5487 Date d'inscription dimanche 4 août 2002 Statut Membre Dernière intervention 20 juin 2013 - 10 juin 2007 à 14:20
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/42981-utilitaire-de-copie-de-fichiers-application-console-visual-basic
https://codes-sources.commentcamarche.net/source/42981-utilitaire-de-copie-de-fichiers-application-console-visual-basic
10 juin 2007 à 14:20
10 juin 2007 à 13:44
10 juin 2007 à 12:17
ALLTHEW3 : Je crois que c'est plutôt toi qui est de mauvaise fois mais si tu sais toujours pas à quoi sert le GOTO tant pis pour toi.
10 juin 2007 à 11:03
pire que de la mauvaise foi ^^
Goto End (jamais utilisé de goto de ma vie : je sais même pas si c'est bon)
10 juin 2007 à 10:43
9 juin 2007 à 22:02
Ensuite moi aussi j'ai utilisé des GOTO et j'ai commencé le Basic à l'âge de 8 ans et j'arrête pas depuis.
Et le goto est toujours utile dans certain cas ou on une condition ou autre n'est pas possible.
9 juin 2007 à 19:52
en bref, le goto c'est mort depuis longtemps et c'est dommage que certains l'utilise ou le défende!
sur ce, @+
9 juin 2007 à 19:50
Maintenant qu'on n'en a plus besoin pour faire des programmes, il est plus qu'absurde de continuer à les utiliser. La raison est simple : tu ne sais pas quel va être le comportement de ton programme lorsque tu rentres dans un morceau de code où la portée de tes variables est différente, où tu es dans une boucle, où tu es dans un bloc construit.
C'est vrai on peut les utliser, et les obscurciceurs de codes ne s'en privent pas.
L'exemple typique de ce qu'il ne faut pas faire, c'est ça
dim x as integer
do while x < 10
dim y as integer = x
label:
debug.print y
x+=1
loop
goto label
le programme t'affiche tous les nombre de 1 à 10... et après ?
Un programme équivalent sur un amstrad t'aurais fait une belle erreur "LOOP without a DO" juste pour t'apprendre à programmer.
J'ai appris à faire des programmes corrects après avoir écrit des absurdités pareilles. Depuis l'apparition des mots clef sub et function, je n'ai plus écrit des gotos que pour les gestions d'erreurs. Depuis l'arrivée du merveilleux bloc try/catch, la commande est devenue réellement obsolète et aurait du disparaître.
9 juin 2007 à 19:20
je sais même pas s'il y n'a un seul !
je te laisse avec ton goto, fais ce que tu veux c'était une remarque, prends la mal je m'en fou moi ^^
bonne programmation (avec ou sans goto)
9 juin 2007 à 19:11
9 juin 2007 à 14:46
un bon programmeur utilisera des Sub, Functions, ... (if then, case ...)
mais bon, comme on dit, chacun ses mauvaises habitudes !
9 juin 2007 à 12:54
8 juin 2007 à 20:51
un effort d'orthographe serait à prévoir pour certains...
et je peux pas m'empecher, cite : "apparemment vous savez pas à quoi ça sert et ben je vous explique que cela permet de faire un saut"
J'adore lol...
7 juin 2007 à 16:50
7 juin 2007 à 14:44
En effet, soit le fichier n'existe pas, et il ne sert à rien de revenir executer la ligne où il va commencer à lire dedans, soit tu a déjà commencé à lire dedans, et dans ce cas, le message qui s'affiche est faux (le fichier existe) : il faudrait un try/catch à l'interieur du do/while pour gérer les erreurs.
Avant de dire que je suis ridicule, revoit la logique fonctionnelle de ton programme.
7 juin 2007 à 12:46
7 juin 2007 à 10:20
Evidemment, à utiliser avec beaucoup de modération et en connaissance de cause.
7 juin 2007 à 09:25
7 juin 2007 à 09:23
Goto, c'est pareil, c'est un placébo, ça sert à faire croire qu'un programme fonctionne, mais en cas de panne, c'est indéboggable.
7 juin 2007 à 09:16
Goto n'est pas une bonne instruction pour programmer dans un langage évoluer, ce la créé un code spaghetti rapidement illisible.
7 juin 2007 à 09:03
7 juin 2007 à 08:09
6 juin 2007 à 19:27
6 juin 2007 à 10:38
Ici ton goto arrive au beau milieu d'un bloc try/catch. Comment peux-tu être sûr qu'il sera pris en compte ?
Quid des déclarations de variable dont la porté est limité au bloc dont tu viens de sortir et de celles dont la porté est limitée au bloc où tu rentres ?
Cette instruction ne devrait même plus exister !!!
5 juin 2007 à 15:35
- créer une fonction/sub pour le bloc de code posant le problème
- Une variable (type booléen le plus souvent) qui fait office de drapeau
- Une instruction continue/exit
Un Goto est quasi tout le temps évitable.
5 juin 2007 à 14:44
Euh pour le goto moi je l'utilise parceque c'est un cas spécial ou une condtition Select Case if ou autre ne me permet pas de faire un saut particulier ^^
5 juin 2007 à 13:34
Mettre les 3 ' permet de pouvoir avoir la description du membre dans un tooltip (comme pour les classes du framwork avec la description de ce que l'on fixe).
''' (enter)
donne un truc du genre :
'''<summary>
''' Description de la fonction
'''</summary>
'''<Parameter name=.....
précision, si tu bosse en :
- .NET1 (2003), il faut que tu ajoute l'extension VBCommenter pour pouvoir ajouter cette fonction.
- .NET2 (2005), C'est tout inclu dans l'EDI.
Ensuite pour le GOTO, il s'agit d'une calamité dans un langage aussi évoluer, il existe d'autre méthodes pour faire ce genre de controle :
continue
exit
...
Remarque :
select case Bouléen
case is=true
...
case is=false
...
end select
peut se remplacer par :
if Bouléen Then
...
Else
...
End if
5 juin 2007 à 13:18
5 juin 2007 à 11:28
Quelques remarques :
- Que vois-je ??? GoTo Processing !!!!!!!!!
Pas de GOTO dans une application VB.NET, utilise une autre méthode.
- Utilise les 3 ' (''') pour décrire tes méthodes.
- Pourquoi c'est en anglais ?
@+