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 !

22 commentaire(s) de neamar sur des sources sur tout CodeS-SourceS

Le : 01/10/2008 13:28:38
Source : TOUS LES SUDOKU DU MONDE
Oups ! rien  ne sert de courir, il faut partir à point !
J'ai voulu aller trop vite...tu as bien évidemment raison.


Le : 30/09/2008 20:23:24
Source : TOUS LES SUDOKU DU MONDE
Et bien, j'avoue ne pas connaitre le VB.net...demande à notre ami commun google !


Le : 30/09/2008 20:12:26
Source : TOUS LES SUDOKU DU MONDE
Tu peux essayer de passer le tableau en unse seule dimension :
Ainsi, soit ton tableau : Tab_2D(9,9)
Tu peux le tranformer en un seul : Tab_1D(81),
avec la relation suivante :
Tab2D(i,j)=Tab_1D(i*9+j)

J'espere m'être fait comprendre...n'hésite pas à en demander plus !


Le : 14/04/2008 12:57:02
Source : TOUS LES SUDOKU DU MONDE
Tu peux télecharger le fichier ZIP : il y a un fichier .ex_ : modifie son extension en .exe, et c'est terminé !


Le : 14/04/2008 11:54:55
Source : TOUS LES SUDOKU DU MONDE
Bonjour,
Il s'agit de bugs minimes qui peuvent être facilement corrigés dans le code source associé à la Form. (Form_Resize et Sudoku_Valeur_Change).
Cependant, je rappelle que le but de ce code n'est pas d'avoir une application parfaite graphiquement, mais plutôt de disposer d'un framework opérationnel (le module) pour pouvoir l'utiliser dans une application plus complète.
Merci quand même pour cette remarque, que je corrigerais dès que je serai de nouveau sous Windows.


Le : 16/03/2008 13:29:28
Source : RÉCURSIVITÉ: PLACER HUIT REINES SUR UN ÉCHIQUIER
Salutations,
La récursivité est certes plus longue que la méthode itérative...et encore, seulement si on utilise des procédures qui ne sont pas tail-rec (récursion terminale, voir plus bas..mais bon, c'est seulement pour la curiosité : VB ne gère pas le tail rec...)

Je me permets cependant de citer un excellent tutorial sur la récursivité :
"
D'une part, le tail-rec se justifie pour des questions de performances. Mais il faut savoir que les performances ne sont pas le seul but que doit viser le programmeur. Dans certain cas, elles ne sont même pas vraiment importantes (par exemple, quand on interagit avec l'utilisateur, qui est mille fois plus lent à choisir un bouton à la souris que n'importe quelle factorielle récursive codée avec les pieds), d'ailleurs il suffit de voir le nombre de gens qui codent dans des langages "lents", comme PHP, Python ou Ruby par exemple.
Bref, un autre aspect à ne pas négliger du code est la lisibilité. Là, l'utilisation de fonctions tail-rec devient plus controversée. Il y a deux cas : soit la fonction est naturellement tail-récursive (un compte à rebours par exemple) et ça ne pose aucun problème, soit la fonction demande une transformation, et alors vous devez peser le pour et le contre avec soin : la transformation pose-t-elle des problèmes de lisibilité ? Si vous n'utilisez qu'une seule fois la fonction dans votre programme, privilégiez plutôt la lisibilité, et laissez la "non tail-rec". Si elle est souvent utilisée et constitue une part non négligeable du temps utilisé par votre programme (il existe des outils pour mesurer ça), choisissez la version tail-rec. De toute façon, de nombreux programmeurs sont habitués à reconnaître le motif "accumulateur de fonction tail-rec" (choisissez un nom clair pour l'argument accumulateur supplémentaire), et cela ne leur posera donc aucun problème.

D'autre part, certaines fonctions ne peuvent pas devenir tail-récursives. Comme nous l'avons vu, une fonction est tail-récursive quand l'appel récursif est la dernière chose effectuée par la fonction. Qu'en est-il des fonctions qui font plusieurs appels récursifs (notre exemple max_pommes par exemple) ? Et bien c'est simple, ces fonctions ne peuvent tout simplement pas être rendues tail-récursives : seul le dernier appel pourrait être converti en appel terminal, et tous les autres appels (dans la boucle for de notre exemple) augmenteront la pile d'appels.
Cela pose-t-il un problème fondamental ? La réponse est non. En effet, la justification de l'optimisation tail-rec des fonctions est d'obtenir les mêmes performances que la version itérative. Pour ce genre de fonctions (récursivité à appels multiples), il n'existe pas de version itérative équivalente qui soit aussi simple. La version récursive est donc la seule manière simple de formuler le problème, et toutes les versions itératives basées sur cet algorithme devront trouver une manière de remplacer la pile d'appels (qui stocke des informations qui nous arrangent), et leurs performances ne seront donc pas meilleures.
"
(source : http://www.siteduzero.com/tuto-3-23774-1-la-recursivite.html )
Et pour conclure, je souligne la dernière phrase de la citation : certes, la récursivité est plus lente que l'itératif...MAIS si on utilise la méthode récursive, c'est souvent parce que la méthode itérative est inapplicable ou encore beaucoup plus lourde. Par exemple, dans cette source (http://www.vbfrance.com/codes/VRAIE-CALCULATRICE-ECRITURE-2D-ON-MARQUE-LIGNE-ENTIERE_46070.aspx ), l'utilisation de la récursivité pour le calcul est obligatoire : programmer avec un mode itératif serait 100 fois plus complexe et moins lisible.


Le : 16/03/2008 13:15:48
Source : CALCULATRICE (PARENTHÈSES, EXPRESSIONS MATHÉMATIQUES ET BOOLÉENNES)
ENFIN :-)
Une vraie calculette...j'ai bien cru qu'il n'y avait que des faux calculateurs sur ce site...
Ca marche bien, le seul problème, c'est effectivement le code : aucun commentaire, utilisation des goto et gosub, pas de modules...c'est décourageant !
Sinon, j'ai aussi réalisé une calculette qui prend en compte parenthèses, priorité et tout...
Sauf que je l'ai commenté à outrance, et que même avec tous ces commentaires, je ne dépasse pas 350 lignes...soit deux fois moins que toi !
Si tu veux juste voir le code : http://www.vbfrance.com/code.aspx?ID=46070
J'aimerai bien avoir ton opinion ^^ !


Le : 16/03/2008 12:53:53
Source : SUPERCALCULATRICE 3000
Je cite :
"au debut je voulais faire un programme qui pouvait analyser une expression mathematique comme 4.5-96*(45/2) mais cetait trop complique" => Non, ce n'est pas si dur !
Il suffit d'utiliser la récursivité...j'ai posté un programme qui gère ce problème (et sans utiliser d'OCX ou de ruse sioux genre "je renvoie à la calc windows" (qui par ailleurs, ne gère pas les priorités comme le fait remarquer TJMA))

http://www.vbfrance.com/code.aspx?ID=46070


Le : 16/03/2008 12:49:57
Source : CALCULATRICE MULTIFONCTION
Salut
Le problème de ta calculette, c'est qu'elle ne permet pas de faire des gros calculs : par exemple, avec parenthèses et gestion des priorités...
Si tu veux l'améliorer, j'ai posté une source qui va dans ce sens : http://www.vbfrance.com/code.aspx?ID=46070


Le : 16/03/2008 12:43:37
Source : UNE VRAIE CALCULATRICE : ÉCRITURE 2D : ON MARQUE LA LIGNE ENTIÈRE DE CALCUL, ET LE PROGRAMME FAIT LE RESTE !
Je t'ai mis le code source ici :
http://neamar.fr/Misc/CodeCalc.php



1 2


Nos sponsors

Sondage...

CalendriCode

Octobre 2008
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

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,08 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é.