vuduymackhai
Messages postés3Date d'inscriptionmardi 20 novembre 2007StatutMembreDernière intervention25 janvier 2017 13 janv. 2010 à 16:42
Merci pour le code source...
MorpionMx
Messages postés3466Date d'inscriptionlundi 16 octobre 2000StatutMembreDernière intervention30 octobre 200857 17 nov. 2006 à 09:58
Merci :)
le using(IDisposable){ /* code */ } permet d'exécuter automatique la méthode Dispose() des objets instanciés dans la parenthèse lors de la sortie du bloc using. En fait, c'est exactement la meme chose qu'un try/finally (dans lequel tu appelerais la méthode Dispose de tes objets), juste une façon différente de l'écrire (le code IL généré est sensiblement le meme).
A ne pas confondre avec la directive " using namespace; "
cs_fcolo
Messages postés201Date d'inscriptionmercredi 8 février 2006StatutMembreDernière intervention20 février 20072 17 nov. 2006 à 09:50
Franchement, très bonne source, très claire, bien commenté.
Je vais voir pour modifier le contexte (copie de repertoires/fichiers) en conservant ta structure.
Quel est l'intéré d'utiliser le using:
using (GZipStream gzip = new GZipStream(outputFile, CompressionMode.Compress))
plutot que directement declarer le GZipStream gzip ?
En tout cas, très bonne source, merci :)
f.colo
TMONOD
Messages postés256Date d'inscriptionmardi 25 novembre 2003StatutMembreDernière intervention 6 novembre 20091 15 nov. 2006 à 00:45
Autant pour moi, On reproche toujours aux gens de ne pas consulter les sources existantes avant de l'ouvrir, et puis on fait la même erreur.
Depuis .net, j'ai du mal avec VB, le sentiment qu'une page doit se tourner mais qu'un paquet de gens s'accrochent désespérément à leurs APIs...
...non pas que je sois contre la bidouille sauvage...
Bonne nuit à tous.
(j'adore les 3 points ...)
cs_Nurgle
Messages postés1642Date d'inscriptionsamedi 6 novembre 2004StatutMembreDernière intervention28 avril 20114 13 nov. 2006 à 16:53
MorpionMx
Messages postés3466Date d'inscriptionlundi 16 octobre 2000StatutMembreDernière intervention30 octobre 200857 13 nov. 2006 à 08:41
Merci à tous pour vos commentaires.
"A la demande générale", j'ai modifié le zip et intégré les classes partielles ;)
sebmafate
Messages postés4936Date d'inscriptionlundi 17 février 2003StatutMembreDernière intervention14 février 201437 13 nov. 2006 à 06:35
Avec le BackgroundWorker, il y a moyen de faire des choses très sympa ;)
il suffit juste de se souvenir qu'on fait de l'objet :D
Si j'ai le temps, je posterais une petite source qui explique ce que je viens de dire :p
rudhf
Messages postés62Date d'inscriptionmercredi 26 avril 2006StatutMembreDernière intervention30 juin 20072 13 nov. 2006 à 01:25
merci d'avoir fait cette source suite à ma question
TMONOD
Messages postés256Date d'inscriptionmardi 25 novembre 2003StatutMembreDernière intervention 6 novembre 20091 12 nov. 2006 à 22:58
Bonsoir,
Monsieur Nurgle, Vous êtes bon pour nous faire un tuto sur les BackgroundWorkers et les .ReportProgress !
cs_Nurgle
Messages postés1642Date d'inscriptionsamedi 6 novembre 2004StatutMembreDernière intervention28 avril 20114 12 nov. 2006 à 22:42
jolie petite source,
Au moins ça apprend à manipuler correctement les threads :)
Personnellement, j'aurais utilisé un BackgroundWorker, et hop, un petit .ReportProgress avec en paramètre le pourcentage d'avancement de la progressBar et c'était fini. Mais bon, c'est la solution pour flemmard :o)
(et c'est plus limité, c'est vrai...)
par contre, pas de classes partielles... bahhh, ça me rappelles de mauvais souvenirs (.NET 1.x par exemple... :p)
TMONOD
Messages postés256Date d'inscriptionmardi 25 novembre 2003StatutMembreDernière intervention 6 novembre 20091 12 nov. 2006 à 12:07
Bonjour,
D'abord un vrai "merci", c'est vraiment le genre de sources que l'on souhaite trouver sur ce site.
Au sujet, de l'utilisation des classes partielles, Bidou a raison.
d'autant plus que la tendance est vraiment à la séparation bien .net euh, nette, de l'IHM et du code.
D'ailleurs, dans SharpDevelop (vous savez l'IDE libre qui permet aussi de programmer sous Mono) le template de base utilise une classe partielle.
Salutations
MorpionMx
Messages postés3466Date d'inscriptionlundi 16 octobre 2000StatutMembreDernière intervention30 octobre 200857 12 nov. 2006 à 12:03
Ouai, je pars du principe qu'une classe = un fichier. Surtout pour des petites sources comme ca. J'aime bien que tout soit dans le meme fichier (quitte a utiliser les #region quand ca prend beaucoup de place).
J'utilise les classes partielles surtout pour les classes nested ;)
cs_Bidou
Messages postés5487Date d'inscriptiondimanche 4 août 2002StatutMembreDernière intervention20 juin 201361 12 nov. 2006 à 11:58
Bonne petite source, cepandant j'ai été surpris de constater que tu n'utilises pas les classes partielles (notemment au niveau design, pour la création des Controls)
cs_coq
Messages postés6349Date d'inscriptionsamedi 1 juin 2002StatutMembreDernière intervention 2 août 2014101 12 nov. 2006 à 11:19
Plutôt plus que moins d'ailleurs :p
Et surtout il y a vraiment nécessité d'insister sur l'utilisation d'Invoke et non pas le fond de teint CheckForIllegalCrossThreadCalls.
13 janv. 2010 à 16:42
17 nov. 2006 à 09:58
le using(IDisposable){ /* code */ } permet d'exécuter automatique la méthode Dispose() des objets instanciés dans la parenthèse lors de la sortie du bloc using. En fait, c'est exactement la meme chose qu'un try/finally (dans lequel tu appelerais la méthode Dispose de tes objets), juste une façon différente de l'écrire (le code IL généré est sensiblement le meme).
A ne pas confondre avec la directive " using namespace; "
17 nov. 2006 à 09:50
Je vais voir pour modifier le contexte (copie de repertoires/fichiers) en conservant ta structure.
Quel est l'intéré d'utiliser le using:
using (GZipStream gzip = new GZipStream(outputFile, CompressionMode.Compress))
plutot que directement declarer le GZipStream gzip ?
En tout cas, très bonne source, merci :)
f.colo
15 nov. 2006 à 00:45
Depuis .net, j'ai du mal avec VB, le sentiment qu'une page doit se tourner mais qu'un paquet de gens s'accrochent désespérément à leurs APIs...
...non pas que je sois contre la bidouille sauvage...
Bonne nuit à tous.
(j'adore les 3 points ...)
13 nov. 2006 à 16:53
(d'accord, c'est du VB... mais bon :p)
13 nov. 2006 à 08:41
"A la demande générale", j'ai modifié le zip et intégré les classes partielles ;)
13 nov. 2006 à 06:35
il suffit juste de se souvenir qu'on fait de l'objet :D
Si j'ai le temps, je posterais une petite source qui explique ce que je viens de dire :p
13 nov. 2006 à 01:25
12 nov. 2006 à 22:58
Monsieur Nurgle, Vous êtes bon pour nous faire un tuto sur les BackgroundWorkers et les .ReportProgress !
12 nov. 2006 à 22:42
Au moins ça apprend à manipuler correctement les threads :)
Personnellement, j'aurais utilisé un BackgroundWorker, et hop, un petit .ReportProgress avec en paramètre le pourcentage d'avancement de la progressBar et c'était fini. Mais bon, c'est la solution pour flemmard :o)
(et c'est plus limité, c'est vrai...)
par contre, pas de classes partielles... bahhh, ça me rappelles de mauvais souvenirs (.NET 1.x par exemple... :p)
12 nov. 2006 à 12:07
D'abord un vrai "merci", c'est vraiment le genre de sources que l'on souhaite trouver sur ce site.
Au sujet, de l'utilisation des classes partielles, Bidou a raison.
d'autant plus que la tendance est vraiment à la séparation bien .net euh, nette, de l'IHM et du code.
D'ailleurs, dans SharpDevelop (vous savez l'IDE libre qui permet aussi de programmer sous Mono) le template de base utilise une classe partielle.
Salutations
12 nov. 2006 à 12:03
J'utilise les classes partielles surtout pour les classes nested ;)
12 nov. 2006 à 11:58
12 nov. 2006 à 11:19
Et surtout il y a vraiment nécessité d'insister sur l'utilisation d'Invoke et non pas le fond de teint CheckForIllegalCrossThreadCalls.