Forum de Ti-Gen.org, le site francophone des TI

Bienvenue Invité ! Se connecter Mes sujets	Administrer
Utilisateurs actifs : Aucun membre + 1 visiteur

Avant de poster sur le forum, il y a des régles de bases à respecter pour une bonne entente et un respect de tous.
Veuillez lire la charte du forum.

:: Index » Forum Ti68K » Programmation C » Bataille navale (58 réponse(s))

./REPRISE DU POST PRECEDENT (post n°57) Marquer comme non lu.

Benjy

Ecrit le: Mercredi 11 août 2004 à 18:29

Membre: Maître Ultime

Groupe: Omega staff

Messages: 1156

Membre n°91

Inscrit le 09 mars 2004

bon maintenan je suis a l'IA donc je fai un random x,y pour qu'il tire mais ce que je n'arive pas a faire que quand il tire sur un bateaux il tire dans les environ apres!! avez vous une proposition?
en sachant que je n'utilise pas d'array pour les bateaux mais des structures et que le teste pour savoir si un bateau est touche c'est

if((x>=bateaux[0].x && x<=bateaux[0].x+bateaux[0].largj-1) && (y>=bateaux[0].y && y<=bateaux[0].y+bateaux[0].hautj-1))

-Edité le Mercredi 11 août 2004 à 19:14 par benjy-

Le langage C y'a pas mieux!!!

./Post n°58 Marquer comme non lu.

Lionel Debroux

Ecrit le: Jeudi 12 août 2004 à 09:51

Envoyer un message privé à Lionel Debroux

Membre: Maître Ultime

Messages: 1721

Membre n°10

Inscrit le 31 janvier 2004

"goto [et continue/break, ça arrive] pas beau" est érigé par les profs en une règle générale. Ils veulent surtout éviter qu'on les utilise à la place des autres structures de contrôle évoluées permises par les langages.
Or, ce n'est pas une règle générale (pas plus que ne le sont "un seul return par fonction", "une fonction pour une chose", "variables globales pas bien"). Ces quatre choses (entre autres) permettent de ne pas gaspiller de la puissance et de la place inutilement. C'est très intéressant sur les petits hardwares tels que les nôtres, par rapport au positionnement et test de booléens, une soupe de sauts conditionnels ou inconditionnels, une soupe de sauts vers des subroutines qui empêche l'optimisation du code permise par l'inlining et ajoute des sauts et passage / manipulation des arguments, des dizaines de pointeurs (exemple extrême: Pinball de Jude Nelson).
La diminution de lisibilité n'est même pas une règle générale non plus. C'est l'excès de returns séparés partout, l'excès de goto au détriment des structures plus évoluées, qui réduit la lisibilité. L'excès de fonctions réduit également la lisibilité.
tthdex not working contient boucles infinies + goto / break / continue, beaucoup de globals, de l'assembleur partout...

Lionel Debroux - membre de TICT.