ACCÉS BINAIRE : SPLITTEUR DE FICHIERS EN VB.NET
pixelone
Messages postés
10
Date d'inscription
samedi 7 juillet 2001
Statut
Membre
Dernière intervention
5 février 2004
-
29 avril 2003 à 10:04
psycho81 Messages postés 84 Date d'inscription mardi 4 mai 2004 Statut Membre Dernière intervention 17 février 2008 - 2 nov. 2005 à 12:05
psycho81 Messages postés 84 Date d'inscription mardi 4 mai 2004 Statut Membre Dernière intervention 17 février 2008 - 2 nov. 2005 à 12:05
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/5920-acces-binaire-splitteur-de-fichiers-en-vb-net
https://codes-sources.commentcamarche.net/source/5920-acces-binaire-splitteur-de-fichiers-en-vb-net
2 nov. 2005 à 12:05
Voili voilou
Bonne prog et ensemble programmons ! au lieu de nous pigner la gueule pour des futilités.
9 juil. 2005 à 12:04
non vraiment crois moi, même si je sais aussi bien que toi ce qu'est une fonction, ta phrase veut strictement rien dire.
Tu prends un ton narquois pour rien... "tu connais les fonctions?", mec si tu viens faire l'eloge de la POO, parles moi d'autre chose que de fonctions... des class, de l'heritage, du surclassement, du theading... car meme en lisant ce vieux code, tu verras que des fonctions basique et procédures, j'en utilise, c'est juste que j'ai pas du tout optimiser ça à l'epoque. Peut être que je devrais t'expliquer ce que moi je sais sur la POO? ;) =)
Sans te manquer de resppect, j'ai regarder quelques sources que tu as posté, et j'ai rien à apprendre de toi...
Et pour la recherche, je sais pas ce que tu as cherché... et je connais pas le critères de la recherche de Nix.
Sans rancunes :p
8 juil. 2005 à 22:24
pour .net oui il est plus lent dans les interfaces graphique, beaucoup plus de mémoire est utilisé et beaucoup plus d'évênement est déclaré. Être en C#, les évênement son déclaré manuellement, mais en VB.net, tout les évênements sont présent (les handles étant non nécessaire en vb.net a moins de créer le composant à la main)
j'ai pas dit de reprendre ton projet, je disait pour les projets futur de mieux découper en fonction. VB.Net a été copier du Java et le Java a été créé pour être programmé en orienté objet et non en procédurale. Je retournerais jamais sous vb6.0, sauf si obligation, mais pour un code écris au complet en une fonction, ça donne rien d'avoir passé a .net.
en plus, je suis tombé sur ta source, j'ai pas regardé la date de diffusion sur le site. En faisant une recherche ta source est tombé comme premier résultat ??? et ton nick me disait rien. donc ej t'ai considéré comme un débutant. désolé. Ça serait pareil pour moi si tu regardais mes premières sources. Par contre, je comprend toujours pas pourquoi ta source est tombé premier dasn les résultats ??? mais bon. En passant, non j'ai pas voter, je vote très rarement. Donc non je t,ai pas donné un 1/10. Par contre c'est bizarre, on dirait que tu as aucun vote mais tu as un 1/10 de moyenne lol. Petit bug ici
8 juil. 2005 à 18:41
2) Ce code a deux ans et demi, j'ai repeter plusieurs fois dans les commentaires que j'avais vraiment la flemme de reprendre un projet aussi inutile. Donc j'approuve la critique mais la m.a.j, je la ferais quand j'aurais le temps...
3) Je suis presque convaincu que tu as tort pour vb.net, il est certes plus lent à charger, mais sur des calculs en boucle, il est bien plus puissant que vb6.
8 juil. 2005 à 18:08
divise ton code en fonction, ça va déjà rendre ton code beaucoup plus clair et moins dur a lire
ensuite, ça donne rien de passer a .net si tu code pas en orienté objet. eh ... là faut soit un bon livre soit un cour. Bon oki, je dis pas que tu peux pas programmer en procédurale en énet, sauf que c'est juste que ton code sera lent pour rien. VB.net est plus lent que vb6.0. Par contre vb6.0 est vraiment basique a comparer .net
18 févr. 2005 à 15:43
Cependant ( héhéhé) tu ne developpes toujours pas sur le pourquoi du "non-on", ;)
Et merci pour ton interet et ton avis sur la source
18 févr. 2005 à 14:48
commentaires avant de commencer à écrire le code.
De cette façon et machinalement, les commentaires deviennent plus explicites et moins rébarbatifs.
Pour finir c'est une bonne source qui marche bien... by
18 févr. 2005 à 14:13
Si un bout de code n'est pas de moi, je le precise, je ne suis pas en quete de reconnaissance non meritée.
Mais je n'ai pas du tout le reflexe "commentaires", ce qui peut expliquer leur efficacité moyenne, car ajoutés 10mn avant de poster la source.
Mais pour le "on", je ne comprend vraiment pas en quoi c'est destiné qu'aux jeunes debutant, un commentaire c'est censé expliquer en français ce que fais ton code nan? C'est le cas ici. Je me prend peut etre pas assez la tete la dessus... ou peut être que c'est toi, geek, qui te prends trop la tete ... ^^'
Si tu as un réel bon argument pour me convaincre, je modifie le code (j'ai des trucs à ajouter) et je réecris touts les commentaires sans "on". :)
Et pour finir, rencune c'est rancune...hihi
18 févr. 2005 à 11:13
c'est toujours les jeunes débutant qui les fonts.
C'est juste une remarque pour que tu cesse de les faire.
Je ne remets pas en cause ton code qui à l'air bon.
S'il est complétement de toi car on ne trouve pas des "On fait ceci, on fait cela" sur tous les commentaires...
Aller sans rencune...
18 févr. 2005 à 09:56
...
Nan serieusement, malgré les quelques projets que j'ai pu realiser pour ma societé, je ne suis en rien developpeur pro'. Je suis actuellement en apprentissage, en alternance, mais orienté réseaux. donc j'assume totalement mon statut d'amateur, meme si ce code date d'il y a + de 2 ans maintenant.
Alors je laisse les "on". Et parle mieux, insolent!
17 févr. 2005 à 19:26
le "on" ca fait amateur.
14 févr. 2005 à 12:17
c'est surtout que c'est un de mes premiers codes en .NET et qui n'est pas optimisé du tout.
Le principe reste bon, mais il y a de nbreuses lignes inutiles, des repetitions, et surtout trop de sequelles de vb6 dans le code...
malheuresement, c'est fou comme j'ai la flemme de le remanier. Couplé à peu de temps libre, on peut dire que faut pas compter sur un update pour tout de suite...
mais je peux te proposer mon aide via la messagerie de codes-source si tu veux.....
13 févr. 2005 à 12:58
ca c'est du code lol il est bien gros bien chau
je l'ai lu, pa tou suivi mais c'est élevé par rapor a mon niveau actuel.
26 janv. 2004 à 00:43
je modifie ça tout de suite :
hb.BaseStream.Read(file_A, 0, FileLen(chemin2(i + 1)) - 1)
il faut enlever le -1 intrus !!
3 août 2003 à 11:40
Je me sert peut-etre mal de ton logiciel .
29 avril 2003 à 21:52
29 avril 2003 à 10:04
a la deuxieme ligne je suis deja perdu