Commentaires de yoannd sur tout CodeS-SourceS

105 commentaire(s) de yoannd sur des sources sur tout CodeS-SourceS

Le : 04/03/2008 11:15:51
Source : CRÉATION ET ENVOI DE FICHIERS ZIPPÉS

Salut,

En effet, cette source est faite pour le framework 3.5. C'est la dure-lutte pour gérer les zip avec les versions plus anciennes du framework. Cependant, tu peux essayer cette lib qui est pas mal foutue du tout :
http://www.icsharpcode.net/OpenSource/SharpZipLib/

a+

Le : 06/02/2008 15:26:46
Source : RÉSOUDRE LES PROBLÈMES DE SÉRIALISATION SUR LES ÉVÈNEMENTS DES CLASSES

J'ai amélioré un peu le concept. Vous pouvez retrouver un nouveau tutoriel sur ce sujet ici :
http://www.csharpfr.com/tutoriaux/PROPRIETES-ACCESSEURS-EVENEMENTS-CLASSE-EVENEMENTS-SERIALISATION_816.aspx

Le : 04/12/2007 22:56:11
Source : BINDER DES PROPRIÉTÉS CALCULÉES AVEC WPF

Tiens, j'ai peut-être une petite question pour toi :
Je suis en train de développer une petite appli de gestion de comptes personnels. Pour te planter un peu le décor, il y a un objet principal, contenant des banques, chaque banque contient des comptes, qui contiennent des relevés bancaires, qui contiennent des opérations bancaires (je simplifie un peu, mais le principe est là).
Je souhaiterais binder mon objet principal dans un treeview avec des hierarchicaldatatemplates, mais attention, je souhaiterais par exemple que les relevés bancaires soient regroupés par année (exemple).
Grosso modo, le treeview donnerais un truc comme ça :
- Mes comptes
   - Banques
       - Crédit agricole
            - Compte chèque
                - Relevés bancaires
                    + 2006
                    - 2007
                         - Relevé du XX/XX/2007
                               - Operation bancaire

Bref, est-ce que tu penses que c'est faisable ?
Autre question : j'ai constaté qu'on ne pouvais pas référencer un type dans le xaml, si ce trouve en dehors de l'assembly en cours... Les xmlns n'y font rien. T'es-il arrivé d'avoir ce problème ? (peut-être que c'est du à ma version du fmk, qui est une beta, et que je suis en train de remplacer par une release en ce moment même...).

En tout cas, merci d'avance si tu peux m'aiclairer sur ces points :)

Le : 04/12/2007 17:47:06
Source : BINDER DES PROPRIÉTÉS CALCULÉES AVEC WPF

Pour moi, c'est du tout bon !

C'est exactement le genre de choses que je m'amuse à faire en ce moment !

Merci pour cette source !

Le : 03/11/2007 18:26:40
Source : GÉNÉRATION ET AFFICHAGE D'HARMONIQUES

Salut,

Je ne sais pas si la différence de framework y fait quelque chose, ou si c'est parceque je suis avec visual c# express, mais en tout cas, je n'ai pas eu de pb de compil'... je sais absolument pas d'ou ça peut venir (j'ai pas non plus trop regardé ce qui pouvais provoquer le bug, j'en conviens).

Mais sinon, c'est clair que ce projet est très interessant !

Le : 29/10/2007 22:56:43
Source : GÉNÉRATION ET AFFICHAGE D'HARMONIQUES

Bon, j'ai testé, et j'ai un peu de mal à comprendre comment tout ça fonctionne, mais ça a l'air pas mal.
Par contre, j'ai eu quelques difficultés pour lancer le soft. Il ne m'est pas possible de le lancer en debug, ceci est certainement dû au fait que je tourne avec un visual studio express.
Sinon, j'ai juste trouvé un petit bug :
La slidebar de l'amplitude n'est pas utilisable, et la zone de texte non plus d'ailleurs : dès que je fais une saisie, j'ai un message d'erreur me signalant qu'il faut entrer une valeur entre 1 et 100.

Mis à part ça, on sent qu'il y a du taf là dessous ^^.

Faudra que j'y regarde plus en détail un jour ou j'aurais plus de temps, tiens !

Le : 18/10/2007 16:44:35
Source : GÉNÉRATION ET AFFICHAGE D'HARMONIQUES

J'ai vu un exemple sur le même thème sur codeproject.com, mais je dois avouer que ton implémentation à l'air bien plus interessante et aussi plus jolie graphiquement !

Je peux pas tester là, tout de suite, maintenant, mais nandediou, dès que j'arrive chez moi, je teste ! Elle a l'air de défoncer sa maman grave, ta source ;-)

Le : 10/10/2007 13:42:45
Source : LOGICIEL DE SAUVEGARDE DES CONNAISSANCES

Salut,

Désolé, j'ai pas vraiment eu le temps de m'y remettre ces derniers jours. Je vais tenter de faire ça dès que possible !

Le : 09/10/2007 15:12:41
Source : C# - FONCTION PERMETTANT D'OBTENIR L'ENCODAGE D'UN FICHIER TEXTE

Très bon code, mais si je ne m'abuse, il manque la fermeture de fichier.

Le : 07/10/2007 06:00:43
Source : LES RÉFÉRENCES FAIBLES

Coq, je suis tout à fait d'accord avec toi. Et le coup des concaténations de chaines est un très bon exemple !
Ainsi, un développeur qui garde plein de références inutiles vers des instances de classes va pourrir la mémoire, sans que le garbage collector ne puisse rien y faire...
Enfin toujours est-il que je ne pense pas pouvoir expliquer dans les moindres détails les rouges de ce mécanisme, car il semble assez complexe.
Pour preuve, j'ai récement écrit un petit outil de revue de code (le langage de ces fichiers était du nsdk). Après parsing, j'avais une hiérarchie d'objets : un objet "fichier nsdk" contient des descriptions de segments, des constantes, ou des méthodes, un objet "méthode" contient des variables, ect... je ne vais pas détailler ici l'ensemble des objets, mais toujours est-il que le résultat en mémoire était assez important : et je ne pouvais rien libérer car l'objet de ma revue de code était de voir si certaines méthodes dans plusieurs fichiers n'étaient pas suffisamment identiques pour être mutualisées. Toujours est-il qu'au cours du chargement des fichiers, la jauge mémoire grimpait, puis descendait un peu (???) puis continuait à monter, puis redescendait un peu... alors qu'aucune libération mémoire n'était faite pendant ce temps (bien au contraire). Le garbage collector ou le framework font-ils de la compression des données en mémoire si ça se gate ? Bref, c'est un phénomène assez bizarre (que j'avais déjà eu l'occasion de rencontrer, et qui montre, à mon avis, que cette gestion de la mémoire n'est pas si anodine que ça...

enfin en conclusion ; le garbage collector, c'est bien, mais faut quand même faire un minimum gaffe à ce qu'on fait ^^