Discussion :

[Invité]

Comme vous le savez peut être, l'opérateur % en Java, ne calcule pas le modulo, mais le reste de la division euclidienne.

Pour a%b
Si a >=0, pas de problème, % calcule bien le modulo
Mais si a<0 , le résultat est négatif ! (Ce qui ne devrait pas être le cas du modulo)

L'opérateur % est assez problématique, lors d'un calcul d'index dans un tableau "cyclique".

J'ai cherché assez longtemps (sur internet) une "opération sur une seule ligne" qui fasse l'équivalent du modulo.
Finalement, je suis tombé sur une formule toute bête :

a mod b == (a % b + b) % b

Je n'ai vu cette solution quasiment nul part.
Elle pose un problème ?

[polymorphisme]

Bonjour,

Comme vous le savez peut être, l'opérateur % en Java, ne calcule pas le modulo, mais le reste de la division euclidienne.
...
Mais si a<0 , le résultat est négatif ! (Ce qui ne devrait pas être le cas du modulo)

Quelles sont tes sources pour écrire ca ?

Pourrais tu nous rappeler les définitions mathématiques, dans l'ensemble des entiers naturels N puis dans l'ensemble des entiers relatifs Z, de :
-- l'opérateur binaire modulo
-- la division euclienne

Puis faire le liens entre les deux ... ton sujet m'interresse bien puisque je compte implémenter cette opération ...

[tchize_]

Quelles sont tes sources pour écrire ca ?

Java language specifications, section 15.17.3

5%3 produces 2 (note that 5/3 produces 1)
5%(-3) produces 2 (note that 5/(-3) produces -1)
(-5)%3 produces -2 (note that (-5)/3 produces -1)
(-5)%(-3) produces -2 (note that (-5)/(-3) produces 1)

Si tu ne vois jamais d'implémentation de ton code, c'est que c'est souvent plus lisible et plus facile à faire de rester dans des entiers (et ça diminue le nombre d'opérations)

[Invité]

Si tu ne vois jamais d'implémentation de ton code, c'est que c'est souvent plus lisible et plus facile à faire de rester dans des entiers (et ça diminue le nombre d'opérations)

?
un peu de mal à comprendre là ^^

[tchize_]

mal exprimé désolé, je réitère

Si tu ne vois jamais d'implémentation de ton code, c'est que c'est souvent plus lisible et plus facile à faire de rester dans des nombres positifs (et ça diminue le nombre d'opérations) en ne travaillant que par des incrémentations dans les boucles. (Puisque souvent le modulo est utilisé par des boucles)

[Invité]

Dans mon cas, la décrémentation est utile :
Je parcours un tableau contenant des File (obtenu en listant un dossier),
en me décalant par rapport au File actuellement sélectionné (grâce à la molette de la souris : avant ou arrière).

Comme "%" ne permet pas de traiter les modulo négatif, "(a % b + b) % b" m'est particulièrement utile.
ça m'évite juste de devoir traiter manuellement 2 cas.