Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

15 commentaire(s) de Malkuth sur des sources sur csharpfr

Le : 06/12/2007 18:43:01
Source : VIRTUAL WORKSPACE : MANIPULATION DE DONNÉES PARTAGÉES EN RÉSEAU (1 SERVEUR, X CLIENTS)
ca ma l'air trés intéressant  ^^


Le : 03/12/2007 19:01:06
Source : CALCUL DES NOMBRES PREMIERS PAR LA CRIBLE D'ÉRATOSTHÈNE
héhé ^^
Trouvé une solution jusqu'a plus de 2 fois plus rapide... je vous laisse mariné mais il est question de unsafe.

billou_13 >

Effectivement on trouve souvent se genre de contruction avec des calcule dans la condition mais je me demande si se n'est pas de la "parresse" à ne pas vouloir se tapé une variable locale intermédaire.
En tout cas, toute personne qui utilise cette construction sans avoir vérifié précédement ce qui sortai comme code aprés compilation commetrait une grosse erreur :
imagine que la condition de limite supérieur prenne une demi-seconde de calcule à elle seule et qu'on la repette 500 fois où plus alors que rien n'en modifie le résultat...
Par contre si le résultat de cette fonction peut-être modifié dans le temps,
il faut bien évidément metre le calcul dans la condition, on essais toutefois de réduire ces calcul au max en précalculant les résultats intermediaire.

Enfin même sans reflector, il est facile de vérifie le comportement de la boucle for :
for (; MessageBox.Show("", "", MessageBoxButtons.OKCancel) == DialogResult.Cancel; ) ;


Le : 03/12/2007 16:48:34
Source : CALCUL DES NOMBRES PREMIERS PAR LA CRIBLE D'ÉRATOSTHÈNE
if (j < max)
{
....
}

Cette condition n'est plus néscessaire car i*i est toujours inférieur a max dans la premiére boucle.


Le : 03/12/2007 15:20:16
Source : CALCUL DES NOMBRES PREMIERS PAR LA CRIBLE D'ÉRATOSTHÈNE
billou_13 > à vérifié mais il me semble que de mettre le Math.Sqrt(...) dans la condition de boucle, force le recalcul a chaque itération (reflector devrais nous en dire plus).


Le : 03/12/2007 15:17:17
Source : CALCUL DES NOMBRES PREMIERS PAR LA CRIBLE D'ÉRATOSTHÈNE
Re ;)
je m'en doutais pour le queue mais n'ayant pas testé...

pour accéléré le prime4 pourquoi ne pas faire 2 boucle :
ex :

int maxbcl1 = ((int)Math.Sqrt(int.MaxValue))) + 1

for (int i = 2; i < maxbcl1; i++)
   if (b[i] == true)
   {
      primes.Push(i);
      for (int k = (int)i*i; k < max; k += i)
         b[k] = false;                
   }

for (int i = maxbcl1; i < max; i++)
   if (b[i] == true)
      primes.Push(i);

return primes;


Ca devrait faire pas mal de test en moins à voir aussi si les boucles for sont les plus rapide pour cette algo.


Le : 03/12/2007 09:54:18
Source : CALCUL DES NOMBRES PREMIERS PAR LA CRIBLE D'ÉRATOSTHÈNE
Pourquoi ne pas utiliser une queue<T> au lieu d'une stack<T>?
plus lent?


Le : 17/11/2007 19:01:42
Source : LISTBOX ÉTENDUE
quand on utilise une listbox sur des types complex, on as la propriété DisplayMember pour indiquer comment récupéré le text a affiché, pourquoi ne pas rajouté une propriété DisplayImage pour pouvoir incorporé une icone devant le texte affiché et une autre propriété DefaultImage qui s'affiche si l'objet retourne autre chose qu'une image sur la propriété définie par DisplayImage :)

Sinon c'est impec!


Le : 17/11/2007 18:35:24
Source : EXTENSION DES LISTES GÉNÉRIQUES (DESIGN PATTERN "DECORATEUR")
Petite précision sur le lock, il est déconseillé de faire un
    lock(this){ ... }

Car d'autre partie du programme pourais vouloir posé un vérou
sur l'objet pour des raison totalement différente que celle de
l'ajout d'un nouvel item dans la liste, pour ma part, je déclare
un un objet suplémentaire dans ma classe pour géré le lock :
    private object modif_LOCK = new object();

On utilise ensuite :
    lock(this.modif_LOCK) { ... }

On peut aussi noté que lock n'est pas une instruction du framework
à proprement parlé mais un artifice du compilateur C# qu'on peut
interprété comme ceci :
    try
    {
        Sytem.Threading.Monitor.Enter(this.modif_LOCK);
        ...
    }
    finally
    {
        Sytem.Threading.Monitor.Exit(this.modif_LOCK);
    }

Il est possible de dans certain cas d'utilisé d'autre classe que
Sytem.Threading.Monitor pour géré les vérroux comme par example :
    ReaderWriterLock
qui permet de diférencié les opérations de lectures(qui ne se lock pas entre elles) des opérations d'écriture (qui sont exclusive).


Le : 22/01/2007 13:21:16
Source : GÉNÉRATEUR DE CODE - [ARCHITECTURE 2-TIERS - 3-TIERS - N-TIERS] [VB - CSHARP] [.NET 1.1 ET .NET 2.0] [ACCESS,SQL SERVER][GENERATION ANGLAIS -FRANCAIS]
Super !!!


Le : 20/11/2006 13:27:15
Source : CONVERTIR EN NOIR ET BLANC AVEC IL
c'est a moi de dire oups...
j'ai pas fais attention

Et d'ailleur pour ce qui voudrait lier le post qui m'a inspirer c'est :

http://blogs.codes-sources.com/tkfe/archive/2006/11/13/copier-des-blocs-m-moire-en-c-et-vb-net.aspx

et suivez les liens de l'un des commentaires de TKFE pour les spécifications de l'IL...



1


Nos sponsors

Sondage...

CalendriCode

Novembre 2008
LMMJVSD
     12
3456789
10111213141516
17181920212223
24252627282930

Consulter la suite du CalendriCode



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel BAÏSE, Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,203 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.