2.05.rom - Page 3

en ce qui me concerne je n'ai qu'1 pseudo et ne vois pas l'utilité d'en créer 50. je crois qu'il est plus facile d'être un mec sur ce forum

plus facile?? je vois pas vraiment pourquoi, au contraire les fille se font mois jeter et puis si tu trouve ca difficile, lors ne reste pas, on est la pour passer du bon temps, pas ce prendre la tête.

bien dit

Moi un seul pseudo me suffit.
Vark, 36> Moi j'aime le basic propre, c'est entre les deux: Jamais un saut à l'intérieur d'un IF ou d'une boucle c'est la règle d'or du basic propre
(Parce qu'avant j'avais une graph60#escargot# et si tu sais pas programmer propre, c'est l'ERROR assurée. En fait une Casio ça sert à ca et à ca uniquement:Apprendre à programmer propre)

J'ai jamais de saut du tout

Moi si... J'ai longtemps programmé sur Graph35 puis Graph100, c'est pour ça que mes programmes sont extremement lisibles et compréhensibles par tous ()

Ouais, une fois qu'on est abonnés et qu'on a le décodeur
Bob à inventer la protection anti-copie open-source

Voilà : c une nouvelle invention, après l'open-source voilà le crypted-source

les saut (goto) même en C c souvent considéré comme horrible
pafois, (rarement), c qd même bien utile (pr sortir de 2 boucles imbriquées, par exemple)

Tu casse une belle série de "" là

Je viens de trouver une ligne dans Interum qui résume bien tout ce que MacIntoc & Microbug n'aiment pas :

Goto #("opt_"&left(l_chx,4))

- Un goto
- Une indirection
- Une variable avec un nom compliqué (opt_xxxx)

ça te ressemble bien, ça

squale:>Justement un GOTO dans une boucle y'a rien de plus c'est comme les sauts dans les if il faut faire:
if condition then
...
endif
if condition
goto label

et non pas:
if condition then
...
goto label
endif
La, sur casio, tu te fais jeter, quelque chose de bien!!

Link> je parlais d'un goto dans DEUX boucles imbriquées... pour sortir des 2 boucles
certes, tu peux t'en passer... mais pas de faço super simple !

Ben un goto dans 2 boucles c'est 2x pire qu'un goto dans une boucle.
Heureusement une fois en asm il n'y a plus ce genre de problème..

encore pire... ma fois...

tu ^réfère quelque chose comme ça ?

while(...)
{
  while(...)
  {
    ...
    if(condition)
    {
      quitter = true;
      break;
    }
    ...
  }
  if(quitter == true) break;
  ...
}

moi, je préfère ceci :

while(...)
{
  while(...)
  {
    ...
    if(condition)
    {
      goto fin;
    }
    ...
  }
}
fin:

c relou de toute façon les GOTO

c'est à éviter le plus souvent possible, je l'admet (et je déconseille leur emploi, sauf dans de reraes cas, tels celui que j'ai cité)

tu t'imagines sortir de 4 boucles imbriquées autrement que par un goto ?
(bon, ok, si tu as 4 boucles imbriquées, tu as intéret à revoir un peu ton algo, en général)

En ASM ça marche super bien , en C ça devient de l'ASM...
Mais alors en TI-basic, déja c'est pas propre et là sur CASIO, BOOM!!

Euh... les boucles elseif en basic, vous les compté comme boucle à part entière ?

je considérais uniquement les boucles itératives, personellement.
(c le seul cas où j'utilise des goto en développant... même si j'en utilise parfois ailleurs au moment de l'optimisation)

Bon, ça vas, j'ai pas d'algo à revoir

erf
parce que un algo avec deux boucles imbriquées, ça fait du n²...
3 boucles imbriquées, ça doit être en n^3, 4 en n^4...
c léger pas optimisé en général les boucles imbriquées

Pas toujours
J'ai fait un programme ou il y a + d' une 10-aines de boucle imbriquer. Mais chaque boucle correspond à une fonction. Et je descend de boucle en boucle jusqu'a la fonction qui m'interrèsse.
Au lieu d'utiliser des Goto

erf...
n^10 comme algo ?
il rame pas ton prog ?

Nan. Il est aussi rapide que si j'avais utiliser des goto
Et il prend moins de place

erf

n^10, t un malade toi

si ses boucle sont pas trop longues c'est jouable, et le Goto en basic ne sont pas du tout optimisés, comme le GOTO en C