Discussion :

[sayag]

pourquoi en cs on a

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
	    virtual public int Id
		{get{return this.fiducial_id;}}

au lieu d un getter classique ?

[SaumonAgile]

Qu'est ce que tu appelles un getter classique ?

[Astartee]

parce que écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
monObjet.Id = nouvelleValeur;
recupereValeur = monObjet.Id;

c'est plus sympa que d'écrire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
monObjet.SetId(nouvelleValeur);
recupereValeur = monObjet.GetId();

Il n'y a pas de différence dans le principe... Mais comme les "getter" et "setter", comme tu les appelles, sont des structures classiques qui permettent de gérer l'accès aux données, elles ont été intégrées dans C# de façon à être utilisées plus naturellement.
C'est quand même plus sympa sous cette forme, non ?

[sayag]

c'est clair que c'est plus sympa, plus leger et plus parlant...
et est ce aussi plus rapide ou a ce niveau il n'est pas question de grapiller du temps de calcul... je dis ca car la je suis en train d essayer de booster mon code...

[SaumonAgile]

je dis ca car la je suis en train d essayer de booster mon code...

Ce n'est pas dans cette direction qu'il te faut chercher alors
Regarde plutot dans les accès aux ressources externes (fichiers, bases de données).

[Astartee]

est ce aussi plus rapide ou a ce niveau il n'est pas question de grapiller du temps de calcul

A mon avis c'est exactement pareil !
A l'intérieur d'un get ou d'un set, on peut mettre un certain nombre d'instructions, pour faire un traitement des informations avant de renvoyer la bonne[*]. Le concept de "getter" ou de "setter" a tout simplement été intégrée à la syntaxe du C#, mais elle ne le rend ni plus ni moins efficace.
Je *crois* même qu'au niveau du code intermédiaire généré lors de la compilation les propriétés sont transformées en méthodes "classiques" GetMachin et SetMachin.

[*] (il est cependant fortement déconseillé d'y mettre des fonctions lourdes car l'utilisateur de ta classe s'attendra à un accès presque instantané ! pour tout traitement lourd, recourir aux bonnes vieilles méthodes GetLeTrucDifficileACalculer())

[Chubyone]

Non, c'est juste une question de visibilité et de performance de maintenance....

Ce n'est pas vraiment le langage qui boost le code, mais l'algo : notions très différentes
Evidemment il est conseillé d'utiliser l'existant :
la biblio Math,
savoir utiliser les tableaux, colletions, generics et enumerator au bon moment
(tit article sympa sur Collection et Enumerator):
http://www.microsoft.com/france/msdn...llections.mspx

éviter de bourrer le GC (éviter les new à répétition dans les boucles) très important! le vidage du GC est une opération très lente : dans les applis graphiques c'est le point sensible...
éviter aussi les calculs à répétition (précalculer au maximum)

Bien sur, bosser en code unsafe est plus dangereux, mais c'est la que tu gagnera le plus de temps.


Après ya les pseudo ptits trucs du genre :
préférer le for au foreach, et préférer le downtozero ( --i) au uptoX (++i)
(détection de 0 toujours plus rapide : je suis resté longtemps sceptique, car une soustraction est plus longue qu'une addition, mais c'est vrai que la comparaison à zero a chaque cas ce fera plus vite qu'une comparaison entre deux entiers)
A oui, il parait que ++i est mieux que i++ car il n'affectera pas de variable temporaire pour effectuer l'addition (tu gagnes un cycle^^)

Enfin, rapelles toi que de toute façon comme tu es en dotNet, ces petits trucs là semble bien ridicule face au boulot de la machine virtuelle


Enfin, avant de chercher a optimiser le code, optimises d'abord l'algo...

[sayag]

Merci pour les comm, j'essaye de faire le max sur l'algo et ca rentre petit a petit, je me repere meme plutot bien dans mes "raccourcis d algo", je veux dire quand l algo devint tellement lifté que tu le reconnait plus... mais bonje ne suis pas n pro de l algo non plus...

Regarde plutot dans les accès aux ressources externes (fichiers, bases de données).
___________

Comment vous faites ?


En tous les cas merci beaucoup pour les conseils, je vais peut etre optimiser ca : http://hybe.fr/developpez/

[sayag]

J'ai essayé de remplir un tableau des elements d une hashTable au lieu de consulter celle ci 100 fois dans mon programme.
MAis du coup je consulte 100 fois le tableau.
J y ai juste gagné de ne pas declarer 100 fois un nouvel enumerateur... est mieux ?