Reprise du message précédent :
LA question que tout le monde se pose  

Ah bon?

ouaip, c'est un truc qui revient souvent dans les forums .net / java, mais apparemment à part faire la diff de la mémoire libre avant et après allocation, y'a pas de moyen réel de le savoir  

Ben y a moyen avec de la reflection, mais bon ca sert pas a grand chose, si tu veux vraiment savoir tu prends un profiler
Edit: puis pourquoi y a besoin de savoir ca?

bah j'en sais rien moi, mais je le vois sur les forums  
moi je connais comment checker qu'il me reste de la mémoire dispo, ça me suffit  

Je sais mais bon même si il me compte un int ou un long pour les références cay bon

Pour savoir combien on peut spawner d'instances comme un sauvage en gros (et du coup pour savoir aussi si ca vaut le coup de passer du temps à optimiser la taille des champs ou non)
Chuis n train de bidouiller la sérialisation aussi pour gagner un peu de place sur la sérialisation "standard"
 

Bah si y te faut un truc tt con (et donc pas tres utile) y a Marshal.SizeOf

j'testerai ca lundi tiens

Marche pas, tant pis

EDIT : autre truc qui m'fait iech : la sérialisation xml ne sérialise que ce qui est public ca me broute sévère

généralement j'ai mes variables en protected, des properties public mais GET only et le remplissage se fait uniquement à l'appel du constructeur

faut que tu overrides les méthodes de sérialisation toi-même  
ça va t'occuper  

J'ai déjà fait ca pour les méthodes classiques, je creuserai plus tard pour la sérialisation xml, pour l'instant on se contentera de ce qu'on peut ... au pire on foutra les variables en public mais moi j'aime pas ca

c'est bizarre quand-même ça  
en java, il sérialise tout ce qui n'est pas static, on doit ajouter le modificateur transient pour qu'il ne sérialise pas une variable d'instance donnée.

ben si tu sérialises "normal" (binaire) en implémentant ISerializable (donc un constructeur et une fonction GetData()) yapa de souci il sérialise bien les variables protected
 
c'est le XmlSerializer qui ne prend que les propriétés ou variables publiques de la classe

j'ai toujours fait que du binaire en .net  
je m'en servais pour faire des Clone()

y'a Clone() en .NET ...

je sais mais pour je sais plus quelle raison j'avais dû l'overrider, et j'avais fait ça avec la sérialisation  
edit : puis ça date de 4 ans et .net 1.0 donc ça a p'têt évolué depuis

Tiens quelqu'un sait comment on peut masquer une propriété d'un custom control pour qu'elle n'apparaisse pas dans le property grid de Visual Studio ? Je chie là dessus depuis 10 minutes sans trouver ...
 
En fait je dérive de NumericUpDown et je ne veux pas visualiser les propriétés Minimum, Maximum et Increment qui sont hardcodées au niveau du contrôle que je fais (de 0 à 20 par pas de 1 obligatoirement)
 

Je pense avoir trouvé : [Browsable(false)] devant la propriété en question, je teste ca d'ici 1h

EDIT: ben ca marche po

Petite question :
Si je fais en .net une fonction recursive qui utilise un acces a une base de données avec un dataadapter, est ce que quand je changerai de niveau dans la fonction, et que je re-remplirai le dataadapter,  apres quand je reviens dans le niveau en dessous, j'aurai mon dataadapter avec les données de la fonction de niveau superieur, ou les données qui ont été mise avant l'appel de la fonction ?
Je crois que j'ai été pas clair du tout. Désolé

tu veux parler de visibilité  
si ton objet est déclaré dans ta fonction, il sera conservé et l'appel récursif ne le modifiera pas (la fonction appellée récursivement aura sa propre instance de l'objet)
si tu veux qu'il soit modifié par l'appel récursif, il faut le retourner par la fonction, ou le déclarer au niveau de ta classe
(et c'est pas une spécificité .net, normalement la visibilité c'est un concept relativement universel   )

nan je voulais qu'il soit propre a la fonction. C'est parfait, tu as répondu a ma question. Suffit de le déclarer dans la fonction

yep
(et heureusement que les objets sont pas partagés dans les fonctions récursives, ça serait une belle merde à gérer   )

ben c'est comme ca dans windev C'est pour ca que je veux le faire en .net

skoi cette merde  

Ben c'est Windev, c'est une belle merde

Fonctions recursives c'est le mal (tm)
T'as qu'a faire une boucle

Bah je trouve que c'etait plutot bien adapté au traitement que j'avais a faire

 
Expérience inside : des accès DB en récursif y'a absolument rien de pire A la poste, ils avaient un système d'arborescence à plusieurs niveaux dans une seule table (id record, id parent, données, les records "root" n'ayant pas d'id parents" )
Un programmeur construistait l'arbo avec une fonction récursive et ca prenait des plombes (genre select des root, puis par root un select pour les enfants, par enfant un select pour les enfants, etc ...)
 
Solution : charger la table des ID, faire le chaînage en mémoire -> accélération genre 500%
 
Donc si tu peux éviter les accès récursifs ...

ben en fait je sais pas trop comment m'y prendre. En fait j'ai deux analyse différente, qui correspondent a deux BD, dont une vide. Dans l'appli, je mets les liens qu'il y a entre la premiere analyse et la seconde. Et je dois transferer toutes les données de la premiere BD qui correspond a la premiere analyse dans la seconde BD (celle qui est vide) qui correspond a la seconde analyse

INSERT INTO seconddb.table (...) SELECT a, b, c FROM premieredb.table ...

C'est pas si simple les deux BD ne sont pas du tout pareil. Certaines table de la premiere analyse sont splitée en deux tables dans la deuxieme, et inversemment, des fois ya deux tables (ou plus) de la premiere analyse qui sont fusionnées en une seule dans la seconde analyse.

putain en java c'est 2 beans et un fichier XML  

 
Java cay mal (c) Ashe

certes mais cay pratique  
edit : puis là twan parle de windev donc bon  

Oui et ca commence a me faire bien chier le windev
 
En java ca se fait facilement ???

Twan chai pas ckil a fait comme etudes mais a part windev il connait pas .NET, pas Java, pas SQL... vla deja 95% du marche parti

bah ouaip, y'a des outils qui existent et qui te stockent tes objets direct dans ta BDD (Hibernate par exemple), c'est über simple à mettre en place et ça pootre  
ça existe en .net aussi  

il s'est placé sur une niche  

ben en fait le windev, ca te fait tout oublier le reste . Bah, je commence petit a petit a me remettre de mon coté au .net, et SQL, j'ai pas mal repris deja, je commence a savoir faire des trucs interessants

Ah ca pourrait etre interessant ca T'as pas un exemple pour .net ?

 
Hibernate c'est "super simple" parce qu'en fait la mécanique derrière est super lourde

bah hibernate existe pour .net  

pas tellement au final, il compile les mappers et met en place pas mal de caches et à part dans des cas très spécifiques où la moindre milliseconde compte, le gain de temps de dév et de test vaut largement les quelques pouillièmes de perte de perfs qui ne se verront même pas à l'usage